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De LAER ODUC REON 


A. THE PROBLEM 

More and more of the applications of modern anpnibious 
Warrare, from real-time combat systems to tne data pases 
that control the men, materiel and resources needed to wage 
mar, Oave turned to computerized solutions. The products of 
tne technological explosion have enabled tne Navy~Marine 
Meo AMDNLbDioUS team to do more, to do it faster and to do 
it with a degree of efficiency and accuracy previously 
unobtainable. 

This evolution of nodern tecnnology nas not vet reacned 
tne Marine Corps tactical command posts establisned on the 
memeniedd. [he tareet intormation s@€ction of tne landing 
force fire support coordination center (FSCS) plays a 
meemmmmcant Frol® in tne conduct of effective coordination of 
teetical air, artillery and naval gunfire support on targets 
meeenieh priority. Yet the target information officer and his 
meer accomplish their important task by the use of index 
@ana ft11eS, cross~reference files, hand written lists of 
hareets Gee col.oreds erease Inencils On dcetate—-Covered 
tactical naps. This metnod is time consuming, slow in 
mespemse to inquires about target information, te@dious ard 
g@ifficult to maintain in a current status and does not 


maoyvrae -intormation in a sufficiently timely and accurate 


15 





manner. It is 4@ year old tecnnology in the age of 
computers. 

Miemrecduirement tO adutonate nany of the functions of tne 
tactical command post nas been identified and tne command 
post of the future is being planned for and developed now. 
Meme it arrives, there is @ need to provide an interim 
Gapavility to the landing torce. An automated solution to 
Pies tanset information function will simplify the task of 
Meemeeareet lntormation section considerably, will provide 
mora, aCCurdte dnd timely target information to the members 
of the FSCC, and can be made operational now, five full 
Memeo oelrore tae plann@d introduction of tne computerized 
conmand post. 

iemomcnesis COntendsS tndt tne automation of tne target 
information rurction is necessary to improve the operational 
Sweaorl) ty of tne landing ftorce FSCC and tnat implenentation 
of a suitable and effective target information system is 
pessible. Tnis Pues Sew oGOVe mtr iS) SCONCE RT TON aby 
implementing and designing a working prototype which will 
Mitmedse oOperationa) effectiveness immediately as weli as 
provide a testbed and learning model for. the future 
automated command post. The prototype will be designed to 
Pesrorm. all the duties and functions of the target 
intormation section as 6 6Cllmmentiy Stated adn edo ctrina) 
puotvications. The interim system will hopefully contribute 


meptere development of the future system and identify areas 


ane 





Geeeconcern and improvement betore tne future Marine Corps 


System becomes operational. 


8B. BACKGROUND 

An important aspect ais ampnibious fire support 
coordination (the planning and execution of tactical air, 
artillery and naval gunfire support so that targets are 
adequately covered by a Suitable weapon or group ot weapons) 
Mmemtore function of target information. One of the major 
Guties of the fire Support coordinator, that member ot the 
mapeine LOrce staff responsible for coordination of fire 
Pmpport, 15 to ensure that the tire Support coordination 
Genter receives and disseminates available Tarect 
infornation to all staff sections and commands requirine the 
Mmorpmation. He also must work closely with the target 
information officer and tne commander and his staPf in tne 
Pemeection of targets and assignment of classification and 
attack priorities. 

Target information is the direct application of combdat 
meeelligence to fire support and is a key to the proper 
employment of supporting arms in conjunction with e@acn of 
mi pvlians of the amphibious operation. Sftective fire 
meeoort coordination and the planning ox ampnibious 
Operations eenerate a continuing requirement for target 
acquisition, dissemination, evaluation and recommendation 


for attack. 


De) 











mommiacGcOMmpLlish this important task, the commander of the 
amphibious task force assigns a target intelligence officer 
to the sSupportine arms coordination center (SACC). This 
officer operates tne target information center (TIC) and 
merrees Closely with the air intelligence officer, tne landing 
force targeting representatives and tne supporting arms 
coordinator. The commander otf the landing force has a target 
information officer (THO ) who operates tne target 
imirommation section (TIS) as an integral part of the landing 
force fire Support coordination center and a target 
merelsuemence officer who functions in the landine force 
mee neence center. 

The Navy staff uses a computerized target information 
systen wnicn is part of tne snipbtoard Ampnibious Support 
Information System (ASIS) and maintains tne list of targets 
Mee part of a data oase. Target intormation operations in tne 
SACC are thus computerized and, while tne ASIS target system 
memeenote. the ost modern of data base systems, it is 
efficient, efrective and fast. When the functional 
mesponsibility tor maintaining targets 1s passed asnore to 
the landing vorce TIO, the computer system is replaced by an 
index card filing system, wnicn, wnile effective, is neitner 
fast nor efficient by comparison. Additionally, the index 
card systen lends itself to inaccuracies and omissions in 
target data, particularly when the information must be 


mamitained in a timely manner. The tactical requirement for 
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meeunete and timely target information is no less critical 
or important when the landing torce is on tne beach, yet the 
system to accomplisn tnis task is antiquated and cumbersome. 

The staff of the TIS manually transfers the target 
meeOrmation data contained in the ASIS data base to & ty 8 
meet target cards. After duplicatine the entire target file, 
mee TiS must construct a cross reference file to list the 
meeeet bY STrid location and a cross~-index file to keep track 
OeeeeceTtain types of targets. In addition to tne target 
cards, the TIS also makes up lists of particular categories 
of targets which may be of interest or valuf& to membere of 
pme FSCC. 

The TIS obtains intelligence information from landine 
force and supporting arms agencies, converts this to target 
intormation and enters the intormation into the target card 
memes ihe information is made available to the supporting 
arns representatives in the FSCC and, based on the TIO’s 
recommendations, a decision is made when and row to attack a 
@erpicular target. Results of attacks on targets. front line 
memports and intelligence information are used to refine the 
target list and delete or deprioritize those targets that 
present a diminisned tnreat to tne landing force. 

Access to specific information from the target list (fer 
example, more than one category of tne cross~index files) 
requires pnysically searching throuegn eqc. Ps | and 


Constructing Sub~lists to sete mine Ene  Tamppoot late 


er 





Memormdation. The constant availability of timely and 
oeeurate target inoftormation 15 required tor tne etrective 
employment of supporting arns and planning of fire support. 
mre, TiS plays a Key role in providine this information and 
Mees CONStant process of adding to tne target List, selecting 
targets for attack and deleting targets once neutralized is 


Beerorned by tne TIS staff using the target card file. 


C. INTEGRATED FIRE AND AIR SUPPORT SYSTEM 

One of tne most conplex aspects of modern ampni bious 
Vemeare 15 the control and coordination of Supporting arns 
Demeeeculariy in the transition of responsidility from the 
wwe in ampnidious snips to tne Marine Corps combat units 
ashore. The grease pencils, map boards and tield raiios that 
Meve served Marines so well since tne days of Guadalcanal 
will, in the future, be eclipsed by the automated system 
eapeped. tne Marine Int@grated Fire and Air Support System 
(SRPAss ). 

Memeo lsS pars Of tne Marine Corps inte€grated command 
and control system called MTACCS (Marine Tactical Command 
and Control Systems), a collection ot eignt major systens 
Boicn will give the Marines a capability of exercising 
real-time command and control of combat forces in the 
post-198@ time frame. MIFASS is designed to perform tne 
Gimietions of the fire support coordination center, (FSCC) 


the direct air support center (DASC) and, to a degree, tne 


ve 





Meuellery tire direction center (FDC) at one central 
location called tne Fire and Air Support Center (FASC). 

Lt ine 3 distributea processing system in which 
microcomputers control interactive display devices, manage 
data bases, perform computational tasks and drive printers 
to provide nard-copy records of messages @&ndad operator 
@ecisions. It is currently in full scale engineering 
@eveloOpment with an initial operational capability planned 
or the 1986-1987 time frame. MIFASS addresses tne 
meaquirement 2Or target inrormation by providine tne TIO witn 
adigital display device which will have botn a grapnical 
representation of the target on a battle map and a video 


eemeien 2Or @lpnhanumeric display of target information. 


D. NATORE OF THE PROBLEM 

moe automated solution to the target information function 
will not be realized until tne introduction of tne MIFASS 
aOmmmoerss tnto tne Fleet Marine Forces. Until sucn time as 
Mee Ssysten is delivered, the target information function of 
meme, 1s )tied to the current doctrine and tne target card 
mene system. 

ie GaSe GFEeDOrt., an interim systems solution to the 
problem of automating the target information function of tne 
HSCC is presented. It computerizes those basic functiors of 
the TIS in a simple, inexpensive and effective manner. It 


Simplifies the tasks of the TIS, provides a mechanism for 


Ibe. 





Roped and acCurdate retrieval of target information ana could 


moorove the opfrational capability of tne FSCC. 


fee NATURE OF THE SOLUTION 

tiomeconNoOunt of targ®t information that needs to be 
Peemeesseo 15 SUTficiently small that a microcomputer is tne 
most suitable piece ot hardware tor implementation. The 
current versions of microcomputers are very versatile witn 
etticient operating systemS, various input/output media 
miebuding video terminals, inexpensive and relatively 
portable secondary storage media (floppy daiSkettes and 
cassettes), nign level languege programming capabilities and 
even scaled down versions of data base nanagement systems. 
Tnus, tne tecnnology in nmardware€ as well as software 
@marently ©xists in the commercial marketplace and it is 
Dossible that a practical syStem can result from efficient 
moamecaretul design and impleméntation. 

The design task is broken down into tnree distinct 
mmisoes Cach of which is influenced by tné overall deésigen 
Gmaracteristics and is individually addressed in sépardate 
Eeapters. 

mmemedesien of the physical dnd logical déta tase is 
intluenced by tne iesire to nave a simple yet sutrficiently 
Mmieornmative data model, a rapid, real-time résponse and a 
restricted, single application system. The system design i5 


influenced by tne microcomputer environment wnicn restricts 
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tne user botn in main memory space and tne sveed of access 
tO }68secondary Storage and the requirement for an eftrertive 
mreeractive system for a non-sophisticated user. 

The desien of the software to implement both the data 
base and the system is overwhelmingly influenced hy tne 
Regudrement that the system support real-time, interactive 
processing of a casual, non-prograrmer. Termed “Marine 
proot in the vernacular, it reauires a sopdhiSticated 
eee rtace @mploying user friendly dialogue tecnniques to 
ensure that the operation iS Simple and etficient. For this 
reason, and to facilitate system POrTtEabLiLity, a 
microcomputer compatable nigh level prceramming language is 
amo. oyed in implementation. 

In order to better identify the user environment and to 
Soa n an understanding of the Pi ebavots Ox target 
inrormation, the next chapter describes tne mission and tae 
Smonrent procedures of the target information section. It i5 
meen tmis information that the system characteristics were 
developed and the design based. The intormation was obtained 
Mmeomeravy and Marine Corps doctrinal publications as well as 
current Operating procedures of a Marine Division tareet 
infornation section. Chapters III througn VI develop in 
detail, the reasons tor the parameters selected and the 
decisions made in tne design of tne overall system, tne 
Posical and oopnysical data base and the applications 


SO, Uware. 
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Chapter VII addresses tne implementation of tne system 
mae rurtner implications otf system application in the Marine 
Monps, aS well as tactical employment and interface with 
M@eerent ani tuture systems. Conclusions and recommendations 
eeoeinuciuded in tne last chapter. 

Tne source code listing, which nas been developed as a 
meet «Of this tnesis, nas vbeen published as 4 Naval 
Postgraduate Scnool tecnnical report entitled A Prototyre 
Program for Target Information (NPS52-81-¢¢7). A data 
memerronary and an example of tne system interface are 
meemuced in the appendices. A bibliograpny of epplicadle 
references and a list ofr abbreviations used are also 


neluded. 
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II. TARGET INFORMATION PROCEDURES AND SMPLOYMENT 


A. GENERAL 

MemppreciS® Understanding of the duties of the target 
intormation otficer and procedures uSed by the target 
information section is reyuired pefore detailed reyuirements 
for an automated target information system can be Statel. 
This chapter is devoted to that purpose. I[t discusses anda 
Examines in detail the doctrinal duties and functions of the 
mameet information officer and tne current procedures for 
executing tnese functions. 

The target information ottficer iS a member of the fire 
Smeport coordination center (FSCC). He and nis staff provide 
Poemeet information to the tire Support coordinator so that 
effective employment of supporting arms is driven by timely 
and accurate target intelligence. He works directly with the 
cmerbbery representatives, tne air officers and tne naval 
eur ire support officers in diseminating appropriate target 
Paeormation and obtaining surveillance information. Ee 
assigns battle damage assessments for attacked targets and 
mirener refines the tarzet List. 

His relationsnip witn botn tne ampnibious task force 
target intelligence officer and tne tlanding force tarezet 
intelligence officer is extrenely inportarnt since it is from 
these sources that ne obtains tne target intelligence wnicn 


rPenerates the target information. 
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B. DUTIES OF THE TARGET INFORMATION OFFICER 

Me T1O is a Marine Corys officer who performs nis 
M@iire> Under the statt cognizance of tne fire support 
coordinator (FSC) and works closely with tne landing force 
Operations and intelligence Sections. The primary doctrinal 
Mmeeication for the Marine Corps 15 Fleet Marine Force 
Manual (FMFM) 7-1 (Fire Support Coordination) which outlines 
Mmeeemcauties as follows: 


ie Keening the hoc CCmm Ge nNO Cememet | TCmmecl po bit 
BeOrcoeMtdatives in the FSCC informed of the status of 
wareets. 


Emesoourineg that pertinent target intelligence is posted 
oieeviesfoecG target and/or situation maps. 


oO. Preparing and maintaining target file cards. 


6. Entering target attack evaluations and survéillances 
On the target cards. 


SeouoerVisine the Operation of the target intormation 
meetvonm (F1S) of the FSCC. 


5. Preparing the landing force list of targets or the 
Marine air-ground task force (MAGTF) target. “ester or 
Smemiieation by the operations officer. Tne FSCC will 
Beewerae es taresetsS, to include their classification and 
Prescmerres. whicen are to be included in the target list, 
Pemeerepulietins and/or lists of targets. 


~. Preparing and releasing target dulletins when control 
Somevae es vareet iist Nas been passed to the commander 
landing force or wnen the MAGTF is engaged in land 
Warfare. 


Peon tne tarset intelligence officer advised of 
Poeeeteraorormation avallable tnroush supporting arms 
sources. 





Seer onc IONS OF THE TARGET INFORMATION SECTION 

The faweetions of the Tiste aGe SOrlented Go 8 tne 
rejuirenents of tne supporting arms (air, naval gunfire and 
artillery) in the preparation of rire support plans and the 
mommona reguirem€nts for target information. Tne TIS uses 
all of the available intelligerce gathered by the agencies 
fomem@emmanoni bDlous task force and tne landing force. These 
meeoeiesS include landing ftorce and amphibious task force 
bereet intelligence sections and intelligence agencies of 
Gee Ssupoorting arms. 

The Tho iPmreSspOnS  OuemerOr —Serecoradine ali tareet 
Pmornation, analyzing this target information, maintaining 
meeoraSs and making recommendations ofr targets which are 
Meer ate fOr attack. FEMFM 7-1 lists tne following 
Pepections of the TIS: 

meeriatatelning required target ana Situation maps. 


2. Maintaining target cards and tareet files, including 
Gmess-ind2xed files ot target information. 


3. Consolidating, evaiuating and displaying Tarzet 
tetOmmation. 


mene commending classification and attac« priorities to 
ae foc . 


emtcmemectingeg trom all agencies and sources, any 
infornation pértaining to tne results of attack on 
targets by the supporting arms. 


SeGousolidatine and evaluating results or attackS oby 
tne indiviaual supporting arms and tne metnods of 
attack, and recommending additional méasures taat appear 
necessary from the overall results and analyses. 
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femecoordindting on all matters with tne landing force 
tarzet intelligsnce officer and the artiilery unit 
intelligéncs OL tance or for target and countertire 
meeeornatlion and correlation of records and files. 

Pe we ainotainine current counterfire target 11sts _ to 
include eouuGer—mortar ; COUN TSe—lattery and Sn 

(suppression of enemy air defense) lists and proviaing 
Piro inrormation to the Supporting arms representatives 
Meee la «6 ©6asS 6 ENSUPing disseninetion to tne landine force 
25 a wrole. 

oom Tr reparineg and disseminating target dDulletins 
(TARBOL’s) after control of tne target list has been 
passed asfore. 

Memeepdintdaining a nuclear and cnemical target folaf€r to 
assist in the selection, evaluation and planning of 
peace OY SUDPOrting arms utilizine nucléar and cnemiczal 
Muna) tions. 

Bee wcomposition and organization of tne TIS varies witn 
Memeo Level but typically eat tne landing ftorce level 1t 
consists of one officer (TIO) and from one to three enlisted 
femsounel. Personnel are usually treined in have t 
Marpeliifence, supporting arms Capabilities and limitations, 
Seeamizgation, fire support coordination principles and 
conmunications. 

mee the functions and duties of target information 
personnel are determined by the doctrinai pudlications, tne 
Bouma arocedures to accomplisn tnese functions will diiter 
Sligntly from one organization to anotner, aowever tnes® 


variations are minor. 
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De TARGET INFORMATION RECORUS AND FILES 

Meemeecreceris and files of target intormation consist 
Semdrity Of Situation maps, target file cards, target lists 
Beer cross-indexing files at the landing force level. They 
@re tne tools used to catalogue, analyze and disseminate 
mereet information. 

The target map provides a visual reference of targets 
Gmmopriate for attack by supporting arms. Tne friendly 
Situation map contains all information pertinent to 
supporting arns opera ticms and typically Preludes 
Objectives, front lines, fire support control measures, unit 
Geemaaries and unit locations. 

Toe bulk of the Yrecord Keeping involves tne target file 
Meme toe tile or 5 by © inch cards contains 4 separate 
memwemecard £0r €ach known or suspected target both by 
mapeey number ani by erid coordinates. figure 1 i585 an 
SmatpleG of a target card. Information appearing on tze 
myreet card includes the following: 

target symbol (conventional map sympol) 
target nunber 

Pomeeommrclassification 

setae priority 

target location (grid coordinates) 

Pane elevation in meters 

Nmap reference 

target description 

assignment of supporting arms attack means 
source and date of target information 


pnotograpn number and grid location 
remarks of additional significance 
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Security 
Classification 
Target Number 


ly 71D 
Macrget Classification 


Target Priority 


Description 
LA Lath { Oa 
RE/NFo Ef 4 


Assigned to: ( ALY 


TARGET CARD 


Map Symbol . ~: Ge .& Coordinates | 
Dif Soto ne 
i Elevation 
? 2a ee 
; ' Map ‘umber 
{ 
DEFENSE AR k NW STALLATION | 
é oT: A G SW | 
(«) Naval Guntire ( ) Artillery 


Source and Date of Information 


Photo Nu 


YP 
Remarks: 


td ed 
(id fais QO Ss 


per 
3/4/52. 


PIE RCIN, EL 


{ 

oF 
| 

t 

{ 

j 

security 
Plassification 


Date/Time 
Group 


i 
i 


h 


N 


aN 


Z 


u/, 


( ) Other Support Weapons: 


5 PTE 


Joh 63 | 


FRONT OF TARGET CARD 


RECORD TORO MESSEONS 


| 


CLEe- 


So 3 | E€L6 - 
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o. Rounds 
and Type 


1Z os 

Photo Coordinates | 

9S - 450 
SQN EF WG  _gkmok | 
ELA FUS E, DiR FIRE | 
security 
Classizlication 
Damage Damace — 
Reported Assessed | 

{ 

: CEsTRoveED \WwEUTAALIZED| 
6° DEST RO n DESTROYED | 
| | 3 
on | | 
| ore | oa 
| | | 
| | 
A es 


BAGK- OF TARGET 


CARS 





Mime tarset cross-index file consists of one card or list 
fOr each type of target (e.g., counter-battery, armcer, SAD, 
Memiarication, @&tc.). Hach card oF list typically iacludes 
Only the target number of each target, it’s priority, tne 
mecommende’d m=tnod of attack and tne final disposition of 
tre taregst. 

In a typical ampnibious operation, tne landing force 
usually operates witn a2 maximum of approximately 2cvg-s¢? 
meweeus. Win a2 separate target card for eacn target oy 
target number Ss.p Well aS OY err? )ecord inate anc. a 
Memetrmrmae se card for tne 1¢@ to 15 target types, tne target 
file can easily exceed S500 caras. An example of a Marine 
Memersion tareet card file organizéetion is illustrated in 


mreure <c. 


elie, TARGETS INACTIVE TARGETS 


ZO \ 








DEAD FILS 


TARGETS BY GRID LOCATION 


TARGETS BY TARGET NO. 


Figure 2. Target Card File Organization. 
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Pree THE TARSET LIST 

A senantic distinction must be made between the target 
[ot and the list of targets . The “tareet list is a 
mere ction Of targets whicn is maintained and promulgated by 
the senior echelon otf command. There is only on2 target 
list. It contains targets wnich are pertinent to tne 
landing trorce as 42 wnole and which are to de taken under 
meraeck by supporting arms. A list of targets is maintained 
at any echelon of command and includes those contirmed, 
suspected or possible targets for information and pianning 
purposes as well as for possible attack by Supporting arms. 
Tne “target list is a subset of the list of targets . 

Subordinate unitsS use the target list aS their DaSsic 
memeee Of taresets and also include targets that nave a 
Significant but specific or Sshort-lite value to their 
Operations in their unit List or banecets. As an 
melustration, a dattalion would only include those targets 
@rom tne landine force target List which were located in or 
Mayaeent to their zone of action. 

Dameets Can be further described as active or inactive. 
Wn active target is one which is on the target list or list 
of targets and presents a ponafide current or future eneny 
Capability to intertere with operations. An inactive tareet 
is one which has been overrun by friendly forces or 
destroyed by supporting arms or hasS Snown nO activity for ?z 


nours and no damage assessnent nas been made, altnougn tnese 
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Havter targets are inactivated witn caution. The inactive 
pareets are placed in a deadtile and reactiveatea i? 


Beccsosdty. Figure 5 depicts the target list terminology. 


ACTIVE TARGETS INACTIVE TARGETS 
(Mie a ea 
LIST OF TARGETS 
DEADFILE 


TARGET LIST 





Figure 3. Target List Terminology. 


F. TARGET CLASSIFICATION 

here ets dre classified by tne effect wnicn tneir 
existance or elimination may nave on the ampnibious task 
mercessanhd Dy restrictions imposed by the commander on tne 
mmvack of Certain targets. 

The primary HOC tr i tad DilOinea Cine et Obed 102i DLOUS 
warfare, NWP 22-2 (Supporting Arms in Amphibious Operations) 
Tist tne following target classifications: 

Class A...Targets tnat threaten Si ivose, ai hee aitcr. 
minesweeping and UnaCrweatler qenmoliecions 
operations. 

Geass B...Targzets that threaten assault rorces in the 
Spero on ele se MOVemMen te wand Ssassdult of tne 
beach. 

@ieeioomG... Targets that threaten of oppose tanding torce 


Operat ous edi terlanding Ongak rect the anllity 
of the enemy to continue Tresistance. 
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Class D...Targets tnat will not ce fired on prior to 
D=Day. 


Class &...Targets tnat must not oe destroyea (unless 
specific reer Or = escent» destruction are 
issued by the amonibious task force or landine 
force commander Citeers because of prope dle 
Pyare uss by our own forces or OF 
humanitarian reasons. These installations may 
Domteumtmdis 760, “ndrassed “or interdicred if 
prior approval iS obtained from the commander 
Pnposine the restrictions. 

fee LAHGET PRIORITY 
Bremuarctet information otficer, in coordination witn the 
Meet intelligence otficer, the fire support coordinator 


and the supporting arms representatives reviews and 
recommends the asSignment of attack priority. Tne target 
priority is estabdlisned to determine the sequence of attack 
and/or the effort to be allocated to a given target. The TIO 
establishes tne priority based on the target's eftect on the 
accomplishment ot the landing force mission and its relative 
importance as comparéd to otner targets. 
maewer=l Jists the following target priorities: 
Eeeeomity  1t...-.Taregets capabdie of preventing tne 
execemlronm= Of thE Wplan@oer action vy tie 
Mand Dee tO FCel Mand sits elements . 
Priority II....Targets capable of immediate serious 
interference witn the plan of action of the 
Mand@ug force and Mie elenents: 
Er ori ty III...Targets capadle of ultimate serious 


invcerrerence with tne plan of section of the 
Panding force and its elements. 


Pocrrrtyel¥....-TargzetsS capable of limited interference 
weun ee CNC = OlLanewOt adetion of tne landing 


force and its elements. 
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H. THE TARGET BULLETIN 

In ord@r to maintain up-to-date target information 
Becords, it iS essential that reports of the aiscovery of 
MmewpeecareetS and the analysis of supporting armS attacks on 
Gesving tarsets be reported to the appropriate units. Tae 
TIO evaluates and consolidates reports of target intormation 
anid supporting arms battle ¢amage assessment (FDA) and 
Meepares a target bulletin (TARBUL). Upon approval, it is 
released to interestei commanders of nigner, lower and 
adjacent elements of the amphibious task force. 

Tne TARBUL is normally transmitted over existing 
Dema~ype OF Fadio circuits and typically adds new targets to 
tne target list (giving tne target number, locétion, 
elevation, priority, classification and description), gives 
danage assessment to existing targets wnicn have been 
fecaemred by Supporting arms, cancellS targets from the 
target list (relegating tnem to Wee deedtile) and 
reactivates previously cancelled targets. TARBUL’s are 


serialized and issued on an as~needed basis. 


I. OPERATIONS OF THE TARGET INFORMATION SECTION 
While the target information section is neavily involved 
in the early pnases cf the operation, the most important 


witn respect to tnis tnesis occurs during tne preparation of 


the objective, Ship-to-snore movement and Operations ashore. 
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The target list is initally maintained py the SACC 
Mreet intelligence otficer. The target intormation is 
stored in a data base of tne ASIS system and a Davy computer 
Operator working in the SACC Operational SpacesS uSeS tre 
QUEST data base query language to access targets and target 
information from tne data base. Requests tor a target 
listing and for special purpose reports must be composed in 
the query language each time. Response to the query is 
feeerayeoron dg video display unit in tne SACC. Tne report 
printouts are available from a printer located in the main 
Somouter spaces. 

During tnis period, tne TIO is monitoring and 
mmpmecating the target list with the target card files. It 
typically is an opportunity for the TIS staff to become very 
Moaberiar With tne target card file procedures, altnoven it 
requires almost a complete duplication of effort between tne 
Mmiecerand the TIS. 

Wnen the TIS g085 asnore with tne landing force #SCC, 
they obtain computer printed copies or the latest target 
meorease a CaCkKup to their card file. Changes to the target 
list during the phasing of the TIS ashore are covered ody a 
TARBUL issued by tne commander ampnibdious task force. 

Operations ashore are GMa lacte fi zed Dy constant 
refinement of tne target list, adding newly acquired targets 
and the employment of supporting arms on existing targets. 


#Wnen target information is received, tne target is plotted 
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fueeaee, tareet map, a classification assigned, a target card 
prepared and all available information evaluated. A priority 
of attack 1s assigned and a recommendation regarding attack 
by Supporting arms is made. The target card iS then added to 
meemevareet number file, tne egrid locetion file and tne 
cross~index file if necessary. 

AS fire support missions are executed, tne TIS attemots 
to expedite the surveillance reports from tne available fire 
Suppert sources. A damage assessment is made based on tne 
reported surveillance. Tne information is added to the back 
of the target card and the target is updated as required. 
Maemeomindary SOurceS of tnhiS information are artillery 
forward observers, naval gunfire spotters, forward air 
eoenonlers and Liaison officers. 

New targets are reported to the landing force TIS from 
the target information sections of subordinate units who 
Mayes uncovered targets of sufficient importance to 06€e 
Regoemnended gor inclusion on the target list. Targets are 
also rec®ived from tne target intelligence otficer, tne 
aeciller target acquisition battery and acoustic and 
seisnic senscors. Based on tne accuracy of tnis information 
(confirmed, probable, possible or unknown), a determination 
jemmade whether to edd tne target to the target list, tne 


iusmermmtarcers or the inactive file. 
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om v@esRATICNAL CHARACTERISTICS 
The operations of tne TIS focus on two major functions; 

the maintenance of the target card file and tne grapnical 
Pepresentation of tne target information on tne target map. 
‘The former function appears to lend itself to an effective 
automated solution. Tne following items are tne signiticent 
recurring requirements for maintenance of tne target card 
file: 

adding a target to tne file 

deleting a target from tne file 

changing informaticn about a target in the file 

cnanging tne status of a target (active-inactive) 


Updating tne cross~index file 


Meemepmoaucts of this maintenance are used by tne TIO and 
mieweeetart of the FSCC Lon effective fire Support 
ee@oratneation dnd delivery of supporting arms. An analysis of 
Miemen products indicate that the target card file provides 
ieee Olhhowine specific capabilities: 

yrovides all target information for a specific target 
differentiates between active and inactive targets 

sorts or catalogues targets boy various parameters (whnicna 
Poca eC target nO. ; coordinates, eles oe ec) ak orale 
Dpemwority, target type, supportine arm assigned and 
target accuracy ) 


Mmaewrces irfoOrmation upon which to base a TARBUL 


muowedessintrormation for production of tne target list 
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Poeeoutomated solution wnich will be of value to tre TIO 
must be able to perform tne requirements tor mainterance of 
Miata set fil® quickly and efficiently. It must provice the 
Peau red end products (TARSUL, target Lists, specific 
goformation about a particular target, etc.) as well as tne 
Saget ity of providing specific target information in a 
Meme reand format which can best be utilized in tne FSCC. 

Tne solution involves tne manipulation and managenent of 
Pees infomnation contained on Sach target card in such a way 
Peat cite Speed, efficiency and ettectiveness of the TIO is 
enhanced. This must be done in a simple, easy and 
Mmicomortcated manner and must produce timely and accurate 


monormation. 


ce | 6CSUMMARY 

The organization examined in this chapter is for the 
landing force target information section (TIS) (typically a 
Marine division or a Marine ampniblous brigade) which 
Bootes Lhe most important and most heavily staffed 
section. The TIS exists at regimental and battalion level as 
meeeoutewiti less formality. The card tile iS not 48s 
extensive (due to the fewer number of targets in tne zone of 
action of a smaller unit) and tne target personnel usually 
Beomtometaeir functions as an additional ratner tnan a 
Deanery duty. The automated solution, nowever, is euyually 


meniwemerar subdordinate units otf tne lending torce in 
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ae a 
a 


assisting them in the eftective and timely managenent of 
Gareet information so that they nay ettectively employ their 
moor ulne arms on the most important targets. 

This ecnapter nas provided a review ot the duties and 
Mmecwons Of L2e tarset information s@ction, tne tools and 
Mmoectrinal procedures of target information and the 
Bemmsnes Of operation. Additionally, tne cnaractreristics 
of the target information function which can be automated 
Mave peen identified and analyzed. Tne following cnapter 
uses this analysis to develop a conceptual framework for tne 


mosreneoL sume target information system. 
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Bil (Ges STEMSDESIGN) CONSEDERATIONS 


mee EP RIMARY CONSIDERATIONS 
moe caceeround 
Having defined tne current procedures for the target 
meerrmation function, the task now remains to provide a 
Satisfactory system design for an automated solution. The 
Meomey 15 influenced by two inportant considerations. Tne 
nature of the data base is both physically small in size and 
fc Dioneally restrictive in what information is reaquired 
meom it. this, combined with a requirement for a relatively 
meeeewelent, portadl® and versatile computer, nakes tne 
selection of a microcomputer an obvious and logical choice 
meeeanaware., This confines tne solution, Nowever, to tne 
microcomputer environment which, while it nas many desirable 
mommies, mnposes ad number “of major restrictions on tne 
desilen. 
ieee Second major intluence on the design is the impact 
meammemedan enetneering on the user interface. Tne user is @ 
Marine in the target information section ot the FSCC and the 
functions née performs aré @ Known entity. Tne system must 
COnworm botn to his level of training and computer 
wyomestleathon and to the tunctions and tasks née performs. 
ies erpeaguires an intertace which is user friendly, extremely 


eeewmevommoperate, sufficiently sopmisticated to allow tne 
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Peer tO perrorm the required functions effectively and 
Mernout error, and capable of operating in a real-time, 
interactive mode. 

mes, the solution is contrined by two S@parate 
Severe nments: tne microcomputer e@nvironmé€nt and tne one 
defined by the Priendly, sopnisticated user interface. They 
prow it ly Gerermi ne ae data Secuctwres,=esune ~ Comtrol 
Soemerures, Memory allocation, interactive complexity and 
Tme svsten mnoduler design. The system must be designed to 
operate effectively within tne restrictions imposed by tne 
Peeoeomout’ rf and the parameters required by tne user 
interface. An abstraction of these environments is depicted 


in figure 4 below. 


MICROCOMPUTER ENVIRONMENT 


USSR INTERFACE ENVIRONMENT 





Figure 4. System Design Environment. 


2. Tasks 
A key task in the system design is tne definition of 
the usage factor. This is the deScription of the system's 


processing requirement, i.&., how tne data is utilized cy 
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the system. This leads to a top-down design methodology and 
three inportant tasks wnicn will determine tine deslien ofr tne 
meta Case’ as well as tne applications program. Tnese tases 
ore : 

feeeerO identify all processing functions and subdivide 

these tunctions into modules (processes). 

2. To determine all of tne data that e@acn process uses to 

Demeorm itS designated function. 

on TO adequately describe tne Sys cen retrieval 


requirements. 


B. TEE USER INTERFACE 

While chapter VI will address in detail tne numan 
enzineerine aspects of the user intertace, it is imvortant 
to recognize at this point in tne development of tne system 
Maat tne user is classified aS a parametric user. Simply 
defined, tne parametric user is one whose system input is in 
the form ot parameters only. He iS not a programmer although 
me nay nave programs available that ne can use. Fe is 
MmransdetiOn Oriented, puttine information into the system 
and retrieving it from the system, generally requiring a 
Smort response time. The parametric user requires current 
Zoe tcrmely Gata ani rapid and G@asy récovery from errors. 

In addition to desSienine the system to perform the tasks 
“eeeameetions of target information, it must oe Engineered 


Moreeetme parametric user in order for it to be used 
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effectively ani with a degree of confidence because of its 
Meeaictable benavior. 

In the design of an interactive system, a very important 
Pemeideration iS the appearance of the system to the user. 
Mee Or the technique cf interaction by anticipation, thar 
ms Ghticindtine the desires of tne user and presenting nim 
meeveeca GCOLrPSspona ing list of options, allows the user to 
simplify mis input by selecting ratner tnan specifying the 
data. Tne employmert of menu selection tecnniaues and 
computer tmimated dialogue, important applications or 
Hatveraction by anticipation, will he used to proviae tne 


friendly man-macnine interface. 


Wee Unsek DESIGN CRITERIA 

A particularly important aspect of tne design is trie 
mavure of the constraints on the cognitive processes of the 
Pte on]= | COHStreaint 1S the amount of inéormation tnat a 
person can consider at one time and tne leneth of time that 
Ba-meeeoiiatyon Can be retained ln snort term memory. Hence, 
the information available trom the system snould te simple 
miomemto vue Guickly and easily assimlleted. 

The systen snould also be fast enough so tnat tne user 
Dower Gistracted by tne loss of information in his snort 
term memory due to a slow response time. Tne system should 
femeeaomen to reinforce user nenory wnenéver réequirea. Tnis 


ijeeres a user initiated request for help to whicn the 





Byotem must reply with the avpropriate inrormation. An 
mepoTtdnt aspect in designing a nelp function is uniforrvrity 
Peewhe command as well as the expected reply. 

fee oonc Consideration which is important in the desizn 
Of interactive SyStems is the experience level otf the user. 
one system snoulid be able to cater to the novice user and 
perectively direct his input to perform the required tasks. 
mee 25 also important for the system not to ignore tre 
eeperienced user. The intertace should be able to adapt to 
meemeneccS dana Characteristics of its users based on tne 
user’s experience. 

The interfac2 snould also be robust in nature. It snould 
respond in an effective and unambiguous manner to any input 
eotaeeallOwW tne user to recover from Simple errors. It should 
mecourdze illegal input and guide tne user to tne proper 
Mmeomecoe reguired. It should provide closure to the user, 
eee os cal completion to a specific action witnin arn 
meameieweasssp2riod otf time. It should limit the user input to 
meemaecessadry data and instructions sufficient to perform 
mero required tasks. 

megs) bDeSt acconplisned for tne parametric user by 
Pmteraction by anticipation and a restricted and unambiguous 
[eeweot Tah-nachine communications. ThuS, communications 
meee e Ser fo the computer is by discrete selection cf 
Peempeatiy meaningetul options, ard from the computer to 


meemuicer by the preés@€ntation of information contained in tne 
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Meme selection or dialogue frames. This will allow for rapid 
mee Gasy Operaticns tor the user and a unity ot d2sien tor 


mre 1npienentor. 


ee tes MICROCOMPUTER ENVIRONMENT 

MePcSOQCcoOmNpULErs impase® a Stringent set of restrictions on 
Pae Tesources available when implementing or ex€cutinge a 
Beeeram. tIrese restrictions include th® small size of main 
Memory, toe Ltenethy access tine and small capacity of 
peconacary storage and the low processing rate. 

Ineoeclly, microcomputers dare constructed with 32 to GéK 
bytes of main memory. When conSideration is made® for tre 
@petratine SysSt2m, the applications program and the data 
aoe we tt PeCcones Obvious that they cannot all exist in main 
Menory at tne same time and tne partitioning of memory and 


he arrangement Ue oe conceryeeStoncece awe lil. Ce dacey 


c? 


Somos taderation in the systen design. Putting all tne data 
into main memory is not feasidle because of itsS Size, yet 
putting ail tne e¢data in secondary storage results in 
unacceptable response time. 

eeoteieeresponse tine is important to tne user. Thus, 
momeemorberat.onS to which he expectS a quick answer must Ce 
peememm@ed Quictly with wninimal access time. For otner 
Geese vronsewhicn are logically time consSumine to the user 
moeemenanple, input of a new target into tne target list), 


closure will have to be delayed (with a computer advisory 


» 





message) wnile tne information is processed. Tne routines of 
mee Gpplications pregram must be designed to optimize tne 
femeeoei-o 60 S-COnNGddry storasee, which is tne bottlenece in 


microcomcuter systems. 


ty 


meomonG.lONS OF THE SYSTEM 


taj 


Some 22 analysis of the information provided by tne 
mereset card file and the functions and duties of the tareet 
meoeuadtton section, 2 number of major functions of tne 
eyotbem fave been identified. Fron these functions, system 
[aera s Deen idSntifiled, toth in tne form of display on a 
[eewemeceornitdl and printec hard copy. These functions and 
meemenss AGetermine the design of tne data pace, rae 
applications program ard tne overall system. 
Peeocitary Functions 
The primary functions of the system involve tne 
feeeieat.on dnd igput of target information into the proper 
Soed2e formats. Tnese functicns include: 
Magecdetarset tO the tile 
Delete a target from tne file 
Change intormation about 4a target 
Change target status (active/inactive) 
mopyecata dase to a backup file 
Peeridiize the tarz2=t tile data base 
Pesorayecertain target information 
Peemuetcentain target information 
These last two funmetions could become very extensive 


Seemenions if desired. However, a carefully restrictive 


Mecmmomeotre the tata base model and a desire to limit tfe 


to 
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omic 6©6OCPtTiONS «Of the parametric user to certain, systems 
Metinme2 operatioms, has reduced them to manageable yet fully 
Bloprevedctie functions. 
2. Display Options 
Tne R (catmode ray tuse) device will be tne 
Bmemany ISer interface mechanism. Mcst of tne information 
mpi @nd  eCxtracted fron tne system will re performed via 
the CRT. The interactive queries to the data base will 
Meouitoin tne following display options: 
Display a complete target card 
Display a list ot all the active targets 
Miesoeay ¢ list of all tne inactive targets 
Display the target list 
UeeaOihay the intormation tor the next TARFUL 
Display a List of targets by specific pérameter(s) 
Display parameter Status for tne active targets 
The parameters indicated above are selected catevgories 
Momeame]t lnformation obtained from the target card whicn 
are ihe typical parameters for special listings and the 
Seesstindex files. It represents a selection of those items 
of intormation whicn can be most etrectively utilized by the 
SC and tne supporting arms representatives in tne FSCC. 


These parameters include: 





Parszet Friority 

Target Classitication 
Target Nunter 

Target Status 

Target Type 

Supporting Arm Assigned 
Attacked Target 

mereet IntoOrnmation Accuracy 
Grid Coordinates 


Eee rent Optiors 
Farid copy or tne target intormation is a derinite 
Feguirenent for operations at any level FSCC. Tne system 
mueemenave woe Capabllity t9 print the target 1ist and the 
PeeesreOr targets. The production of a TARBUL based on tne 
PetesaagviOn8S With the data base since the last published 
Peeve Woet provide a significant nelp to tne TIO. 


The target listines by Specitic parameter (for example, 


tt 


MPmEnCCrmicie active targets, class C, priority Il, oa 
target type SZAL assigned to artillery) is a requiremeat 
@Oat Wil! te applicable to all members of tne #re&CC. Tne 


Peeeemeew) il 2150 Nave the capability to print a copy of the 


ct 


Met meodiom Ore ailssemindtion to otner afencie€s as well a5 
Pmeeeovreo. 2 Manual backup in case of power or computer 


failire. 


eo) OU ern { 

Mieoeceapter alone with the preceeding chapter has 
MoreMy ne | a0octrinal functions of target intrormation, 
deternined the environment for the automated solution ofr 


Bieeemeeeimetions and presented the system regulrenents for 
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Moers) SOlUTION. These Chapters form a necessary foundation 
mere the sudsesequent cnapters whicn address the specific 
@etaiis of the systém and tne data base design. Tne next 
meaover addresses the actual SyStem deSien and includes the 
Meme weare did SOrItware selection and a top-down, nodulér 
magreded. iit sonhtains important decisions concernine tie 
meemeeeoese which are developed in greater detail in cnapter 


¥ 
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Lie SYSTEM DESIGN 


meee CONGEPTUAL SYSTEM DESIGN 
1. Generality of Approach 

In taking a top-down classic approacn to tne design 
of the target information system, the initial design does 
Momeeeconsider tne restrictions imposed by tne operating 
“iereronmemt. Iris i5 done for two reasons. First, the 
memcentual design presents a simple, traditional, straignt 
mooweme SsOlUtT1LON which can, in CONCEDL, be readily 
Mmimeetean,ecds. second, it provides tne basis upon whnicn 
modification and adjustment may be performed to fit the 
Sapte SOlution into the restrictive environment. The size 
or) tae system, tne intertacs requirements, ana te 
ma pemoaGive data base view will cause the conceptual cesign 
Momeeetdtiored and modified to operate in the selective 
environment. 

Pemevatascsase Considerations 

iemtateet. Card data gmsrovides the entities (or 
meeoras), attributes and reldtionsmips of a aata tase 
System. The controlling software, tne data dase management 
Seago s4s), would nornally contain language facilities 
mommedetining the data base, for manipulating tne data base 
mcmamepeon and for obtvtainine intormation from the data 


Peicgemernes bast facility, tne high level query language, 
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Seeroms the user to manage the intormation otf the data tase 
maaeepetiorn tne required operational functions. 

The data base concept enanles the user to Store the data 
in space saving and efficient ways. Redundancy of data car 
Be eliminated and data items deleted which can be implicitly 
meraved {rom otner date items. Tne system allows 
Podstruction of different views otf tne data so tnrat 
femeserent users can perforn different tunctions on the sane 
type of data. Applications programming is simplified since 
imomy Needs to specity pérameters to tne DBMS wnicn 
mocates and fetches the iata. 

Thus, th design of the data oase vortion of tne 
Pomceptud! System will require the construction of the 
icecaeait@megne physical view of tne intormation, definition 
of the intormation in terms otf the data Dase definition and 
Heimer owladtion langudses and providing a DBMS with a facility 
for query languazve translation to operate on the data Dase. 

Sailr catlons Progran Considerations 

The user environment remains as defined, a triendly, 
opm sti cated Pipe rac hayes Head Weocd Pac 1 Stoic: Tac 
applications program must interact with the user and with 
Semen owe ine use of dad buery languege for the pareanetric 
user would require tne user to learn tne data base query 
language. Mwevemna tl vVelbwee COMeectlon of Sauery lbdanguare 
Statements could be imbedded in tne applications program and 


meoweonedm by ene user utilizineé the néenu selection intertace. 


~~ 


8 








miese statements would interact directly with the DBMS. 
Beaitionally, <2 host languaze could oe extended to enable 
1t to pass information to tne DBMS in tne form or a 
meocedure call. 

Piemer=-GUirement fOr menus, nelp functions and system 
Sepeaneations could be effectively solved by tne use of 
user-oriented utility modules which could be accessea as 
needed. The dasic conceptual system design derived trom a 
top-down view of the target information system task is 
Meorcted in figure 3. This basic design will be refined to 


fit witnin the solution environment. 


DATA BASS MENUS, USER HELP 
CUERY SYSTEM INFORMATION 
CAPABILITIES PODULES 


INPUT/OUTPUT 
DEVICE Peet Orn anon 9 
PROGRAM 





me Ne 
DATA BASE 
MANAGEMENT DATA BASS 
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Figure 5. Design or the Conceptual Model. 
Eee nine INARY CONSIDERATIONS FOR SYSTEM DESIGN 
Siegeeetne dDaSic framework laid out dy the conceptual 


Meee tae task tow DeComes one of attempting to insert this 
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“classic approacn design into the restrictea environment of 
mee  Ticrocomputear. This reauires a hien degree Of 
Eeecturcity in order to identify tne tools to be employed in 
the implementation and the methoiology ot empvloying those 
tools. The target macnine must be identified to precisely 
define tne microcomputer constraints. Tne data base medal 
moet os puysica!l and logical organization must ove defrinei, 
Phe applications program functions ani task rlow analysis 
mast be cetermined and tne target programming language must 


se identified. 


Gee GARUWARE SELECTION 

The selection of the system nardware was driven by tnree 
eonsiderations. PAGES Gs iG DadeeecC wece a Commercially 
available, typically configured microcomputer. Sued 
generality is needed it the system was to be transportable 
Powermac rOCoOmpulers. in tne s@arcn for a typical 
microcomputer, an effort was made to avoid the home or 
Bomsonar CONDUTETS whicn, while smali, easilv transportatbie 
and inexpensive, possess neither the processing power nor 
ae eed lene mnory Capacity needed ror tne system. 

The second consideration was for a computer that 
Meessessed sacceptrabl] size and welenht coaracteristics for 
transportability, had a compact configuration, was generally 
rugzed ror a commercial product eu fad SULiene1 Cie 


Paocess ins Capacity. 
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[eee sei ra consideration was availability. The ALTOS 
Aco7~@200 is a representative of micro-systems commercially 
available, and was selected tor use in tnis work. The ALTOS 
microcomputer conforms well to the desired computer 
eemeeracteristics. LCDR D. LL. Smith in his thesis entitled 
Metrod to Evaluate Microcomputers for Non-tactical Shipboard 
Biremcrted tHe ALTOS aS one of the top four microcomputer 
systems evaluated and found it suitable for use on U.S. Navy 
Snes . 

PHewAL TOS A Go-SOU2-1 is a single board Z-S¢A based 
microprocessor with 54K bytes of random access memory and 
two Snugart SA-800/821 eigent incn, single side floppy 
diskette drives contained within the 16 by 7 by 17 inch 
Sonpanunent. It requires 4 CRT for input/output and supports 
12& characters of upper and lower case ASCII with &@ 
emgermcicterseper line on a 24 line viczeo display. Tne computer 
Welens approximately 35 pounds, 2as a forced cooline systen, 
Daeizes standard 115 volt electric power with a tattery 
backup and operates within a temperature range of Sen 05 
degrees farenneit and a nuniadity range of 1¢-9¢ percent. 

The two floppy diskettes with tne IBM 97408 single 
density format ana tne 64K of main nemory gives a total 
menory space of 575K bytes. Tne nign level language support 
for tne ALTOS incluies tne CP/M operating systen, Hasic, 
FORTRAN, Pascal, PL/I-8@, APL, LISP, COFROL and the Micro 


Data Base Systems DEMS for a microcomputer. 
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D. PROGRAMMING LANGUASE SELECTION 

The selection of a programming language was influenced 
myetcoree najor considerations. First, tn@ nardware selected 
and the availability of assemblers, interpreters and 
Semporters tO Support 2 programming project on tnis hnardware 
MearrOowed the field considerably. Second, there was a desire 
to use a language wnicn is relatively self-explanatory, 
self-documenting and transportable. And finally, tne 
language would nave to support 4 robust, user-~oriented 
interactive program. 

Of the available languages, Pascal was Selected for a 
humber of reasons. It haS features which make 1t readily 
useable for systems and applications programming in that it 
is “strongly typed, requiring explicit data declaration. It 
Moemses tie data Case to be completely designed before the 
Soleece Droeram is written. 

Pascal’s structure encourages modularity as well as 
Moeediantecesien and implenentation. It is a relatively 
Sinple language and is the basis for tne proposed Department 
Ore betrense standard nign ordér programming language, Ada. 
Mieemest popular version ot Pascal for microcomputer use is 
tne University ot California at San Diego (UCSD) version 
developed by the University’s Institute for Intormation 
Sys tems . 

The UCSD (Mini-Microcomputer) Pascal version 1.4t is a 


Sycsmomwmrntended to run on a Stand-alone We a on 
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fecrocomputer. ft is nignhiy macnine irdependent since it 
Reams On ad pse€udo-macnine interpreter. Tne system contains a 
compiler, linker, screen oriented editor anc an operating 
meemetmewnhicnh are compatible with Z-28 microprocessors tnat 
operate under tne Digital Researcn CP/M operating system. 
Pecause Or the microeomputer Environment, there are 4 
Member Of differences between the UCSD Pascal and the 
meemaara version of Pascal as defined by Jensen and Wirtn. 
Mmarurculariy helpful are a4 number of strine intrinsics, 
random access of files by a SSEK command, file handling 
commandS and Segment procedures. The segment procedure 
amoety, fOr e@xample, enables the user to segment tae 
Peper catvionS prozeram into 2 main proeram and up to six 
Deeceamre nodules which are retrieved from secondary storage 
wnen called. This allows a large portion of the program 
Mueiecuecoce tO reside on disk when not needed, thus, 


finereasing the size of main memory for computation and 


Operating system functions. 


B®. DATA BASE CONSIDERATIONS 

Tne design of tne pnysical and logical data base is 
ddressed in detail in the next Chapter ana, accordingly, 
this section will address only tnose items of importance to 
the system design. In that the user view of the schema and 
tne conceptual view of tne scnema are identical, and because 


there is no requirement for an integrated data base, tne 
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traditional data models (relational, hierarchial ana 
network) will not be employed. 

Consideration was given to using existing DEMS systens 
for tne target information system but tney were rejected for 
essentially two reasons. First, the target information 
myeorre 15 a restricted, single application data base. It is 
Surriciently restricted taact a general purpose, 
multi-faceted data base management system is not required. 
second, tne us2® of a DEMS query language was considered pbotn 
time consuming and difficult to learn for tne system user 
and unnecessarily complicated tne interface. This is 
especially true because the system is designed to limit tne 
type of queries allowed on tne data base. 

Dyeeariemduns toe Nnost Language from the applications 
program to the data base, data independence is lost. 
However, since tne system will not allow tne user to access 
the data bas® in any way otner than that specifically 
Buemowed Dy the system interface design and since tnere is 
only one view of tne data, this does not present a problem. 

oiemeeocmas DASe will consist of two files. The first is a 
flat, relational model representation with the target as a 
Single record and the target information pertinent to that 
Sooemeere tareet as tne attributes of that record, All of tne 
@eourve and inactive targets will be contained in tniS main 
Memeet tile. Tne second file will be the data base query 


meen consisting of the primary and secondary Keys for each 
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target. Tne standard system queries will return intornation 
in the target list format and will obtain all the necessary 
Gaya irom the data pase query file. 

Mmarse) DaTtition of data base tiles increases tne data 
redundancy of tne system since all tne data in tne query 
Meets Guplicated in tne main file. However, tnis is done 
to improve tne system response time to user queries. oy 
greatly reducing the daisk accesses that would nave been 
meet red to process the main tile. This tradeoff is made in 
favor of the user interface ard at the expense of additional 
Storage Space and increased program complexity. 

Tne secondary keys used to process the target 
metenmmation queries (priority. classification, type, etc.) 
are contained in tne in tne data base query file. An index 
Pepe’ CONtainineg the addresses of the target records is 
constructed in nain memory at the beginring of tne progran, 
thus, eliminating tne need for a separate record address 
file and reducing the number of disk seeks required to 

eeess a 2ecord from the main target file. Were this not 
Homes tie system would nave to access an address index file 
mms cOoudary Storage to odLain the address and then access 
Poemenecord in the main target file in s@condary storage to 
OOtain the record. Having the index in main memory requires 


Geaode access to the disk, tne access for tne actuél 
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The modules of the applications program fires thy 
interface to tne data base files accessing, manipuiatine and 
rewriting tne data as necessary. The system performs data 
base operations, not data base management anda is =a 


eeemenscion of tne hest language. 


bx 


- USER INTERFACE CONSIDERATIONS 

In the preceding chapter, tne user interface was defined 
and tne general requirements determined. These reauirements 
are now translated into specific design parameters for tne 
target information system. Additional discussion of the user 
interface and details of tne dialogue teChniuues used are 
presented in depth in chapter V1. 

The user interface is cCnaracterized by four major 

attributes: 
meee COmMmMUNnLCatTIOnS between tne user and tne computer is 
Tepouwen menus, if a simple conmand iS adeyuate, or tnroughn 
Meee ractive computer initiated dialogue for more @xmtensive 
data entry. 
@a Betensive help is available at all times. This help 
neua@es Explanations of tne options availanple, tne format 
of the required input and examples ofr tne correct input. 
Greene crsplay processing time is as short as possible to 
remain Mmitnin the —Gonstraints “Ot Short term memory 


revemmnon and logical closure. 
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Pee USet is Testricted to the system defined options 
for data input and data and information retrieval. Thus, 
only those procedures detrined by the system througn the 


m@nus and tn? dialogues can be used. 


G. APPLICATIONS PROGRAM CONSIDERATIONS 

ae netnodology of applications program aesien 
encombasSses turee separate but interrelated areas, each of 
which is continually influenced by the system design 
environment. Tnese areas are semantic structure design, 
Seomudcetic Structure desien and software design. 

In the top-down semantic design stage, tne system goals 
were translated into the applications program goals and the 
system functions and requirements were determined, 
maepesorized end prioritized. Tne task flow of tne system was 
analyzed and alternatives developed and compared. Tre 
Tomson Of the most eftective solution to eacn of the 
problems posed by the system reyguirements was expressed as a 
functional module. Tnis module was then further broken down 
into smaller modules wnicn address particular parts of tne 
meme vronal requirement. The data structures and control 
ewe tures were then determined which obest enable these 
modules to perform the required functions. 

Dmewaqesien of the syntactic structures paraiteled tnat 
of the semantic structures and involved the determination of 


aespeevetOormnats from a comparison of different approacnes to 


99 





the user interface. In addition to display formats, system 
response formats, error diagnostics, user aids and help 
Bacilities were also specified. 

The software was designed in a top-down modular fasnion 
mmoeevess USE was made of the facilities of tne UCSD Pascal 
System segment procedures as well as the structured apprcach 
provided by tne Pascal laneuaee. 

Tne target information system applications program 
consists of six major modules. The primary module is the 
Interface module. It acts as tne executive of tne program 
and controls the interaction of tne user input/output, the 
maigeedse Operations dnd the segment procedures. 

The remaining modules are segment procedures, that is, 
Peey reside in Secondary Storage until called into main 
memonyeey a procedure invocation. Upon invocation, tney are 
read into main memory and computation continues. when 
Semprol is returned to tne calling procedure (in this case, 
the Interface nodule), tne memory space is deallocated. The 
besnvesysvem dilows up to six of tnese segment procedures and 
Permits them to be nested in order to further reduce the 
amount of code necessary in memory. 

Tne Initialize module is used wnen tne data base system 
is initialized and a new target tile is created. The Query 
Mouinwemconvwains the menus and the semantics for tne system 
queries to tne data base query file. It is used only when 


Poameereinrormation by specific pardmeter is desired by the 
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TIO. A Utility module contains a number of hnousekeeping 
routines for constructing the TARBUL, determining target 
file status, copying tne data base to another diskette, 
Merntine tarest listines and other functions. 

Tne Target module is tne najor segment procedure and is 
used for adding, deleting and changine targets in the main 
mepeet file. It also updates tne data base query file and if 
necessary, the TARBUL file. The Inform module contains 
Doempeorzented information concerning doctrinal terminoloey, 
systems instructions, version information and tactical 
guidelines. 

The target information system design is illustrated in 
Tie@ure 6. Because much of the deSien wasS influented by the 
meuerocomputer constraint, tne amount of object code resident 
in memrory at one time has been minimized. The illustration 
in figure 7 snows the @2xpected allocation of secondary and 


main memory for tne system. (see pages 64 and 65) 


H. SECURITY AND INTEGRITY 

Socwr. ty ior tne system VS essentially 
non-discretionary. Tne system is secure because it 1s 
located in a secure area (the FSCC is uSually a restricted, 
controlled access area witmin a secure perimeter). Tne 
targets contained in tne list of targets are typically 
elassified confidential and, tnerefore, tne diskettes would 


be considered classified matter. Thus, tne usual precautions 
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oma prectices for tne security of classitied material are 
BEweeereient for the system. 

moc ur tne) SatfSenvard and ssemrity feature, the system 
Will nave a us@r password wnich will allow onty bonafide 
individuals to access the data base of targets. Input ot an 
improper or é&rroneous password will keep tne user in the 
outer edge of the Interface module and prevent openine the 
data dase index file witnout which, tne data cannot be 
accessed. The Utility module has a Subroutine which allows 
the user to specify nis own passwords. 

The target information system will reside on an eignt 
Mie c2O0ppy GIiSKEtte whicn will contain tne Pascal operating 
system and the object code of tne applications program. The 
—inmccmmcoge,. Editor and compller will be rémoved from tne 
diskette to prevent any user from modifying or cnanging any 
mmeot 8tne SySte€m. The user can only cnange tne password 
and the target information. 

Heommaccivation of the system, a uSer advisory message 
feeeepe printed on the CRT screen informing tne user of nis 
responsibility to safeguard the classified information. All 
or the pee ved output of tne system will contain 
confidential markings on eacn page aS required by current 
Securmoy tTeevlations. 

Nuclear and cnemical target information and analysis 
Peeper excluaed from tne target information system and 


peeeeaeed in accordance with current procedures. This is 
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don€é primarily because tnese targets requa se eee ia 
techniques icon analysis, are typically of a higner 
classification than confidential and are of such a degree of 


Memon tivity that special nmandline is usually required. 


mee A RANSITION 

Wemey Clement of the system is the pnysical and logical 
design of the data base. Since the syStem is tunctionally 
restrictive, tne data base nas peen designed to provide 
optimal performance to the user. This has resulted in design 
Deamcmegers whicn are ©xpl@ined in deptn in the next chapter. 
The chapter develops some of the important considerations of 
Weevcoeoase  tecnnoloey and the mnéthodology of data base 
selection and file determination. These techniques were used 
moore cien tne logical target information record. 

System and environmental requirements impact 
Significantly on the physical data base deSign and a number 
mreetternatives are presented and evaluated. Tne physical 
record design as well aS the inverted file indices are 
meccmped in detail and provide a justification for tne 


system design presented in this cnapter. 


63 









Base Ay 















QUERY 
MUDOQLE 


TARGST 
‘Oe Ls 


eet ZS 





MODULE MGLULE 





PAs Da Ae? ee Ae: 

Pas owORr D MAIN CATA 2 hee UL. 
Dawes, TARGET BAe sits 
eeleliee QU SRY 

FILS 


Ficure 6. Target Inrormation System Desien. 











54 4€ 
Larsest 
rascal Seement 
OS Pimocegrre 
Tv K ee 6 
batertace 
OS 
1¢@ « 
Unused 
Ze 
Sees. ONS DO A Rey So too hee 
2956 6 
Eee reammorj 2c 
Coae 
mi K 
Password 1 0S 
D idk 2 A | 
ai Data sase 
Quem 1 t= 
Paroul File oe 
1g < 
Direc tory 
i -«& 
Urusei 
Gin Tareet 29 « 
File 
ieee © 


PiLSune 7. “emomy someocatlon. 





V. DATA BASE DESIGN 


A. PRELIMINARY DESIGN PROCESS 

Before tne design of tne physicai and tne logicai data 
base can proceed, there are certain ground rules and desien 
criteria that must be eStablisSned. Data baSe tecnnology nas 
yvecome nore formalized in the past ten years with general 
acceptance of three major data models, the relational, the 
nierarcnial and tne network or CODASYL. The task now becomes 
one of determinine the content of the target information 
Gata base and which of tne major data models is nost 
appropriate for the detailed design of the logicai and 
physical data base. 

Wee lanes Base Concepts 

Perhaps tne initial starting point snmould bea 

definition of tne data base. One of tne most often quoted 
sources is James Martin’s from his Computer Data-base 
Organization: 


9 


A data base may be defined as a collection of 
{interrelated data Stored together with as little 
memung@adecyeas possidle to serve one or more applications 
mredoeoptimal fashion; the data are stored so that they 
are independ2nt of programs which use the data. 

ieaGe important to distinguisn between 4 data base 
system and a file syStem. A file system organizes the data 

Suemeeem capanpility which is provided by the nardware or 


Operating System software. The hardware is partitioned into 
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meres ewiued sare associated with a particular user or for a 
specific purpose. Operations on one file are done in 
momeation from the otner files (or other users)mTnus, to 
access the same information from many similar files may 
require aS nany Separate operations as there are files. 

A data base system, on the otner nand, organizes tre 
file storage capability which is provided by the file 
System. The relationsnip between elements or entities of the 
file are mad@ accessible to the syStem. The user gains 
access to all of the data because it is now available 
through relationships to other data. Additionally, ditferent 
users can access tne same data and snare it. 

Access to the data base iS provided by a data lanzuaeze, 
a set of operations which permit access to the data that nas 
been organized by a data model. Data baSe management syStens 
are generally classified by tne way they provide access to 
the GCatdy A Self—contained System provides all the 
Capabilities and required services by itself, typically, 
through a query language. Host~based syStems carry out the 
retrieval and update functions only and teliver tne data on 
request to programs written in the host system languaze. 
OccasSionally, tne nost language is extended to operate 
directly with the data base, but usually with a loss of data 


independence. 
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2. Data Base Terminology 

Eacn of the major data nodels refers to concepts of 
wud stism@tly different terminology. For example, tne 
physical record type target consisting of target number, 
Cree Poecation, altitude, priority’ classification and 
description is called an entity by one model, a Segment or a 
itemeaterecoraeby another and a tuple by tne third. To avoid 
confusion and misunderstanding, a set of terms which are 
partially intuitive in mature and eenerally from le = 
relational model wil be used. These terms, their 
GSefimitfons and an @zample from tne target information 
system are as follows: 

Wecord.....a eroup of onewor more data items or attributes 
which corresponds to a simple record or entity [a 
target] 

Attribute.....tne smallest unit of data, a data field witn 
a certain value [target AA@@@1 with the ‘priority 
attribute nas value IIT 

Relationship.....the connector between individual records 
of the same type or eroups of records of different 
types [tne list of targets] 

Relation.....the set of all records of a given type [the 


list of targets] 
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Degree.....tne number of attributes in a frecorda [for a 
Reeord with target number, location, priority. 
Classification and description, the degree of the 
record would be 5 |] 

Cardinality.....tn@ number of records ina relation [tne 
number of targets in the syStem] 

Bomain.....tnerset of all possible values for an attribdute 
[priority has domain I, II, III,IV] 

Prinary rkey.....one@ or more attributes of a record wnose 
value uniquely identifies the record [target numoer 
AAG245 | 

Deconaadmm SECy.....a€n attribute which may or may not 
uniquely identify the record but which defines a Set 
on tne record [all priority I targets] 

Schema.....the Structure of the entire data base 

paepetenentd.....that portion of tne scenéemd viewed by a 
particular user or group of users 

Flat file....-.a relation in normal form: a Single level 


Gecoma array with only one record type 


S.- File Determination 
Tne total volume of data in tne target information 
System must be viewed with the objective of splitting it 
into smaller unitsS that may be considered tne basis for 
Oreanizineg the data base fils. Having already determined the 


systen functions from cnapters III and IV, tne data objects 
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Gee onesrelatiomsnips to pertorm these Yunetions must te 
Bewermined and organized. The results of tnis organization 
wait become the criteria for the modular design of the 
applications program. 

Willian House in Data Base Management provides an 
ezcellent methodoloey for tile determination. Data splittine 
separates the system information into subsets wnicn can  0.be 
dealt with more or less independently and pernaps made an 
independent file of the data dase. Recordi deSien determines 
the format of the content to appear in eacn Yrecord and the 
modes of indexine in order to establish the itndex data that 
must be present. 

Yolume analysis estimates tne size of the individual 
record and tne size of tne record’s relation (cardinality). 
The physical distribution of tne number of records in Gach 
meleemusted! so ce taken into @ccount to ietermine tne space 
management requirsments. Activity analysis determires the 
frequency of reference and estimates the total activity for 
mee records or e@ach file. It is this analysis that is 
@ssentiel to the question of file design ana one of tne key 
considerations in the WieceoOcompuver environment, 
particularly tne access bottleneck to s@condary stordace. 

File design is dependent upon the record structure, 
Pomcwcat 4iStributdon of tne records in tne storage device 
and the indexing metnod employed in referencing the record. 


Mmaermcrutical issue for file design is its performance. 


70 





4. File Performance 

There are a Mmumber of criteria which must be 
semsnacred when estimating tne performance of the file 
design. There will inevitably be a trade off between storage 
meoeemeanad processing speed. There are instances wnen tne 
rapidity of access to information in the data base iS more 
miportant then saving or optimally utilizing the secondary 
Storage space. Tnis may mean redundancy of data. 

Gio Wiedernold in Database Design Outiines seven 
measures of file performance. These parameters were 
Ponsidered when designing tne physical data base. These 
measures of file performance include: 

meee rage. required tor a record 

Epeeeetime to wetcn am arbitrary record from the file 

Se. Time to vet the next record within tne file 

Ze imemuomtoaate by inserting a récord into tne file 

Seeline to Undate by changing a record in the file 

6. Time for exhaustive reading or the file 

Toeneane TOmercorganization.of tne file 

5. Arcnitectural Perspective 
The Mruedee nase  SyStem dreChTtscture 15 also an 

iPpemvant consideration. It depicts the natural, conceptual 
mmdeepiyscical views of the data in the data base. It is tne 
key to data independence and gives the DBMS mucn of its 
power and flexibility. 

At the most abstract level, there is the external data 
base. This is tne way in which the user views the data base. 


It consists of any number of different perspectives of 


individual users, which are considered subscnemas of tre 
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data base. Typically, the subscnemas are more important tnan 
an overall view of the external data since tney define tne 
information environment for a single user or specific 
smorication. 

The external data base maps into tne conceptual data 
Mase which 1S the lovical view of the information contained 
in the data base. It is the schema, or combination of all 
the subschema expressed in the logical format ot a data 
moael. It consists of tne recorcas., relations and 
relationships of the data as well as the primary and 
Secomaary Keys used for processing tne data base. 

The conceptual level maps into the internal data base, 
meen a5 the physical view of the data, is tne least 
abstract level of the architecture. The physical data base 
Somrains tne records, files, indices, inverted filés and 
record sequences of the data base. An illustration of tne 
different levels of tne data base system arcnitecture is 


Shown in figure &. 


ee 





External View 





LOGICAL 
DATA 
BASE 


Conceptual View 






PHYSICAL 
DATA 
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Internal View 






Figure 8. Data Base System Architecture. 


6. Types of Systems 
The discussion so far nas mainly considered tne cata 
base management system concepts for the target intormation 
Systen. Given the nature of tne target information file and 
the system environment, otner types of systems bear 
momsraeration. An appropriate alternative to a géneral 
purpose DBMS mient be a Single application system. 

Becimere application datd dase system establishes an 
Operation using tne available file system racilities and 
@estens applications programs which interface to tne caata 
base. A system for the routine processing of data and the 
iometingecot @a@ prespecified and limited class of gueries 15 
Sometimes referred to aS an Operations system. This type of 
Syouemols aesignated for a precisely defined and linitea set 


of operations. 
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In a data baSe management system (DBMS), an intormation 
meme voe nature of the queries will not be pre-defined by 
the system and lengthy searches may be necessary when a 
query is nade. The capadility to process generally stated 
queries is characteristic of the multi-purpose deSsien or the 
DEMS and often accounts for its relatively large size and 
cost. In an operations system, lengetny Searches can 
generally be avoided because the information is typically 
stored in the form it is needed. The two types ofr systens 
use cence DdSCS “wach are ditferentiy structured botn 


mosicaliy and physically. 


B. LOGICAL DATA BASE DESIGN 
mee vata Splitting 
Given the Goud. ine oO rma ti 00 in tne banreest 
information system, or more precisely, tne set of data that 
mepresents this inrormation, it is necessary to Separate it 
tO subsets wWeren can “Dds dealt wera MOrTe Of —eress 
independently. 

Tne information for tne system comes from tne target 
card. All of the information pertinent to the data base 15 
On tnat card or can be implied from it. A block record of 
all of this data pertinent to tne system can be visualized 


mo figure 9. 
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TARGET NUMBER 


AB ASSTSNED 
2 FIRING UNI? 
PHOTO COORDINATES 


DAMAGE REPORTED DAMAGE ASSESSED SOURCE 


Figure 9. Target Information Conceptual Recora. 





TARGET TYPS 


ATTACKED? 













The data can logically be Split into different seements, 
rao: example, description Inrormarion, surveiliance 
information, Status infornation and source information, but 
mecoomscrderation of the user and tne conceptual view of the 
System is necessary first. 

fnere is only one user, tne target information officer 
and he has only one view of the data, tnat of the target 
card. He may use tnat data differently depending upon tne 
tactical situation or internal operating procedures but 21s 
logical view of it nas not cnanged. An integrated data base 
will have many users and many different views of the data 
(one Schema with many subdschema). The target information 
@ata Dase is not an integrated data base and it has only one 
user and one view ot the data, thus, tne schema and the 


subscnena are tne same. Tne need for data independence 
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(logical data in this case) is no longer reauired for tne 
system because tne external view is equal to tne conceptval 
view. 

Splitting the target data does mot achieve any added 
feemzrOllity, simplicity, independence or efficiency. Thus, 
meee tarset record can consist of the above 24 attributes, no 
Seres Telationships ani be organized as a fiat file. 

Ze Record Desien 

For tnis large set of data on target information, a 
determination must be made or the format of the record and 
Tne modes of indexing in order to establisn Poe = Index we Catia 
That must be present. Two alternatives were considered, one 
Deeuieeaetidt tile and a second with multiple records. The 
multiple record version merely added more complexity and 
Momewcaatda to tne files With little benefit to the system 
otmer than it looked more like a data base. 

The flat file appeared to be tne simplest conceptually 
meeetne Sasiest to implement. Tne data witnin tne record was 
ordered in a functional manner for semantic purposes and tne 
primary and secondary keys were determined. 

Tneré is only one way to uniaguely identify a target and 
that is by the target number. This is primarily dictated by 
Gecthraneal procedures Sence The target a ona iinieiaaac 
combination determines the originating unit as well as a 
Spee lc tamget. Tanget grid coordinates may be considered 


as an additional unique Key, however, a Single map location 
\ 
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can be targeted for multiple purposes. Tnerefore,. tne target 
Humber was selected as tne primary key for the record. 

There are a number of secondary keys tor eacn target but 
only a few of these nave a real meaning to tne TIO. Those 
meyou WOich wili be needed to access certain types of target 
information have been selected as secondary xeys. It is for 
these keys tnat tne queries to tne data base will de 
designed. Figure 12 illustrates the primary and secondary 


mews Of the target record. 






Primary Key EES Secondary Keys 
EZ TY, SUPPORTING mm ae 
NUMBER ASSIGNED 
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CLASSIFICATION 


TARGST 


RECORD 


ae 
ACCURACY ; 
GRID 


LOCATION 






Zoe. EET, 
[res | StAtUs | 


Figure 14. Primary and Secondary Keys. 
3. Volume and Activity Analysis 
EStimates must be made of individual record sizes 
momerreneor LOS expected file sizes as well as aetermining 
the frequency of reference of information in the data bass. 
In determining record size, a number of considerations came 


into play. Data items wnicn could be derived or implied from 
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otner data itemS were deleted. For example, it a target naa 
a BDA in tne record, it had been attacked oy supporting 
arns. If there were no EDA, the target had not been 
attacked. 

Additional attributes were identified wnose requirements 
were implied by otner data items. For example, target tvve 
was made a record attribute (and a secondary key) since the 
memeet description, being Tem, would have to be 
Senantically analyzed in order to reveal all targets of 
enemy artillery’. 

Attempts were made to reduce tne size of stored data ty 
encoding tne domains of attributes. The domain for target 
pomorrty 1s [l, Il, III, IV]. To place priority III in tne 
target record file would take three cCnaracters; reduced toa 
numerical representation, it takes only one number (3). 
Target danage is descrived by a maximum of eignt ditferent 
mors, the teargest of which is 11 characters. This has seen 
reduced to a single number from one to eiznt. 

Pmammiicecmmaieticnadry was developed which listed eech 
attribute, its domain, data item size and data type (see 
SumpeaciruA). From this document, tne size of tne record was 
determined to be approximately 248 bytes. Since adequate 
secondary storage appeared to be available, a fixed lengtn 
record was selected. In addition, since more than one 3DA 
amemmcmeneected fOr a given target, tne record <¢i1zE€ was 


increased to three BDA per target bringing the record size 
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tO approximately S7@ bytes. With a maximum ot 4508 targets ir 
Peemmeystben, tne file would occupy appproximately 114K bytes 
of secondary storage. 

An estimate was made of tne number and type of 
references to the data Ddased on Known and anticipated 
tactical requirements. Agzain, the design restrictions on 
what tne user could ask of tne data base played an important 
consideration. The majority of the information for retrieval 
was either an individual target card ora list of specific 
targets. Return of the target card to the user was a simple 
Piro Te Ommiene ae stony merely retrieve the record from tne 
data base and display all of the information. The retrieval 
reopecitic information is more complicated. 

The specific information about targets is best displayed 
as a target list sincé tnat is tne most useful format for 
the user. Figure il is an example of the format required 


meron toe data base. 
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SA DESCRIPTION 
AA@@21* 534566543 AIR CeensOn, LANES 
AAGOB2B Gl Seloye ere NGF S INCH COASTAL GUN 
AAOd56* 57665466 NONE 4 SCHCOL BUILDINGS 
AAGd1S* §5677412 NGF RUNKERED TRENCHLINE 


AZ1@622 76885454 ARTY BN ASSEMBLY AREA 
AZ1225* 54345656 2@ ARTY PLT ZSU 23-4 
AA@O12 96445456 10 NGF CONCRETE BUNKER 


indicates target list 





Fieure 11. Example of a Target List. 
4. Design Conclusions 

mecause the data tase is da single application data 
base and is an operations system rather tnan an information 
PMearemetoee use of da specific data model was rejected. The 
flat file format lends itself to the relational nodel and 
toe Resultant system approximates tne relatwienea. 
methodology. The system does qualify as a data base. 
Dimers a Very restricted one due to its specific 
purpose. 

Access to the data base, given the limited choice 
inposed upon the user oy tne system design, was by extending 
the host laneuagve ratner than the use of a query lanevrage or 
mmeedded data language. The record design incorporates tne 
target information as one record with one primary and sever 
peecondary xeys for 4 total of 22 attributes. Tnis monolithic 


record is depicted in figure le. 
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Target Description 


2 
TGT NO | DESCRIPTION | GRID LOCATION | ALTITUDE | REMARKS f 


moaneet otemus [nformation 


A ae 
PU eon PING | TYPE | PRIORITY | CLASSIFICATION | STATUS 
ARM ASSIGNED 


Target Surveillance {[nformation 


Pc ee 
DTG FIRING! NO/TYPE DAMAGE DAMAGE BDA 
ATTACK) UNIT ROUNDS REPORTED | ASSESSED 


Target Source Information 


EE eee 
MAP| SOURCE DTG ACCURACY | PEOTO PEOTO 
here OE TCT | ACTIVE NUMBER COORD 


Piveure 12. Logical Record Desien. 


Gee rniolGAL DATA BASE DESIGN 


1. System Output 
The system output must pe considered tefore 
discussing the phySical data base design. These end-produrts 
require a certain content, format and response time. 
Retrieval of information for the TIO must be rapid and the 
physical design of tne data must facilitate speed, even at 


THEMGOSt) Cr Storage etficiency. 
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Tnese itens of systen output nave previously been 


Mrentitied and are depicted schematically in figure 12: 





Maan. sf (ICM = = Mn 
TARGET CARD TARGET LIST 
LISTING OS BL PA RAMET ERIGe)) 
Sto he 
Ze OUTPUT 
EE EE 
TARGET STATUS OF 
BUM CETIN TARGST FILE 





mieure 135. System Output. 
Be index File Desien 

itemenoice or file organization is tependent upon 
Meemrescoraq Structure, the physical distribution ot the 
records in tne storage device and the indexing metnod 
employed to reference the record. To some degree, the amount 
Of Storage space available will influences tne file design as 
feemmeernee critical issue i5, however, the etticienucy of its 
performance. 

The record is accessed by its primary Key. The target 
PeeeetemuntOrtuimetrely, is not always assigned in sequence. 
Maas, teere is no logical order inherent in the tarest 
meee r altnhoyen they could be ordered in numé€rical sequence 
Monae Same Of Order. But there is no consistent order to 
Soimudttepne USe Of SEQGUENTIAa2], indexed Sequentiel, nasnec or 
binary tree storage schemes. The use of the dense Index 
aitows wus to access tne required target etficiently (with 


only 3@@ targets) as well as insert new targets easily at 


OD 
tJ 





meoeeema «8OFf The tile. While deletion of tarzets would leave 
Memeo ule Storage tile, an unused target space record 
could be maintained which would Keep track of the holes and 
moemren Newly inserteac records in tne available space. 

The dense index would Nave to be made on both the target 
See Grd Tne gSrid coordinates, since it is a doctrinal 
Meaquirenent to ve able to sort on both. Tne UCSD Pascal 
m@penemratlion makes this a much easier operation with its 
meee “Yoatrinsics and random access capability cf relative 
mecemras. Ihis 3150 allows tne index, to be stored as a 
Suoscripted array and enables the system software features 
momecor most Of the manipulation. The index design i5 
mmeistratec in figure 14. It is essentially two arrays €acn 
mamorotineg Of the target number or the erid location for 


C€acn of tne allowable 30d targets. 










Se = 


[ane [oe [| ome [ee 


Figure 14. Target File Index Desien. 
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me pease Of the UCSD Pascal random access capability is 
Mmerustraved in figure 16. Tne SEFK command on tne tile nane 
and the record number provide for a dase address and an 
eeereiemepo the required target number. This allows for quick 


and @€asy access to any target requested by the user. 


Zoe ee 
SEEK Tet no X - 





File name | BASE ADDRESS 







Vy \ 4 


TARGET FILE 


Rec no RECORD 
Rec no RECORD 
Rec no X RECORD 


Rec no RECORD 


Figure 15. OCSD Pascal Random Access Capability. 
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See ys) Calebesien Alternatives 
The file aesign will permit easy and efficient 
meerss vO the target record. The display of the target card 
is essentially solved by tnis design. Wnat remains is tne 
jeeessing of tne important attributes for the target 
mestanes by Specitic parameter, i.e., the queries from the 
miO. 

The most straight-forward approach is to access all of 
moe, Teqvired ddta fron tne target file. An efficient metnod 
Seeoeoing this would be to use multi-linked lists through the 
Sommoopriate data items. Header records would provide a 
pointer into the file and links would provide access to each 
MeemeorespeCitic data. There are overnead considerations in 
this approach, particularly in rearranging tne links when 
Gane or deleting a target. 

A major disadvantage to this approach is the estimated 
tTamie it would take to process a query. It all priority Il 
targets are to be retrieved, the program module must find 
the header index and follow the pointer through the target 
mebemuatll it found each of the priority I targets. 

The disk accessing to Secondary Storage iS 2 DOottleneck 
Zc cCroconputver and should be minimized wnenever 
possible. The access time to find all priority I, class C, 
Bueemousey attacked, tank targets could be yuite lé@nethny. 
eeudiemaeetne file into blocks of five to ten target reccrds 


per block would decrease the amount of disk accesses. 
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A second approach would ove to use an inverted tile 
structure (often used in data base systems to improve direct 
access to certain data) for each of the secondary keys with 
a spointer (actual or symbolic) to each of the specific 
records. An access to the entire inverted file index would 
meemtity by name or by tocation, each of the applicacle 
records. Once determined, the records could ve retrieved. 

To process @ target list with multiple parameters, only 
hee target numbers from tne indices need to be read into 
Patnyeama the appropriate intersection made of tne common 
record attributes. This would entail one seek per index and 
Peenmmones Seek for C€ach appropriate record. Additional 
efficiency is obtained if all tne index files are reac into 
Tomeeenenory when tne user is going to make accesses to tne 
data base. Tnis will reduce the number of disk seeks 
megwmrureg sto access records and is particularily effective for 
meet Daremeter queries. 

Wrere is a bit more efficiency in the second method, 
particularly in accessing data with multiple parameters but 
mie Gost 1s in use of more secondary storage for the 
inverted piles. “With the amotwnt of secondery storage 
available (see the estimate in fizue 7), the trade-off 
between storage space ana processing speed is considered 
acceptable. 

A third alternative is even more exp2nsSive in terms cf 


secondary storage since it calls for redundancy of target 
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Geta. A SUbdSet of tne main target file can be formed to 
provide the data in 42 more accessible torm. The tile would 
memadeoepardte® record extracted from the main target file and 
G@emsiet Of Only those attributes or items which will be 
Meeaeao f0r tue target auery and the resulting output 
listing. This would eliminate tne need to access tne main 
meee tr file for queries Since all tne system queries would 
be confined to tne data dase yguery file. Once tne target 
pea oer was ice Date sed. by Poe woe Cy me Cian S75 mer ae 
appropriate target listing information would be obtained 
focmeeyune f1 ie and displayed on tne CRT screen. 

This data base query file would Aave records of 45 bytes 
in lengtn witn a maximum file size (for 2@@ targets) of 
about 14% pytes. The logical recolamrs illustrated in figure 
mmmtomeceess the ddta ihn this file, tne inverted index 


files could be used. 


———s  ») 
TARGET | STATUS GRID [ALTITUDE | TYPE 
NUMBER LOCATION 
ACCURACY | PRIORITY | CLASS | SUPT ARM | DESCRIPTION 
ASSIGNED 


Piogure 16. Data Base Query File Logical Design. 












Tne data ovoase query file would be loaded into main 
menory eacn time the Query module is activated. Tnere iS fo 


requirement to write tne rile to s@€condary storage wnen tne 


Query module is deactivated since there will be no changes 
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maize to tne file. In that tne Query module and tne date case 
query file would be Simultaneously located in main memory, 
queries could te quickly and efficiently processed. 

Tais eliminates the need to access tne disk to perform 
queries, therefore zreatly reducing the processine time. The 
Beets GONEVET, IS in an additional file in secondary 
storage, an array to hold the data baSe query tile in mein 
memory, redundancy of data and tailoring of the data bvase 
auery tile and the Guery module to fit into main memory 
Sinultaneously. There is also tne added cemplexity to the 
program when additions, deletions and changes are made _ to 
oeweet@eenN T1l©G in that these cnanges must also be reflected 
in the data base query file. 

Consideration was given to doing all updates to the data 
base query filS wnile it was located in main memory since 
the eeravyemwomem holds the records is a static data 
Structure. While it would improve system efficiency and 
preclude loading the data oDase query file eacn time tre 
moacule was called, the chances of loss of data tnrougn a 
power surge or a system failure are sufficientiy great to 
Eeeataece umes approach. The ditferences between tne two 
data files after a lone period of uninterrupted operation 
moura Tender tne «query capabilities invelia because of 
maconsistent data. Tne expected configuration of the 
Seetorcatiloneot main memory during data bese query operatiors 


is shown in figure 17. 
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Bifsure 1%. Main Memory Map For Data Base Cueries. 


While each of the above alternatives supports tne 
Pogical deSien of the data base, the third alternative is 
tne fastest and was selected because of tne user’s need for 
timely access to the data base information. Tne exvensive 
metee—-Ort in adcd@€d complexity and redundancy is mad@ in 
mevor Of the user. 

4. Inverted File Design Considerations 

An inversion on tne secondary keys would allow  t2¢4 
System to conduct multiple-key procesSing or queries. bacna 
of tne secondary Keys would have a separate invertec file 
tor each of the values of their domain. The index would 
wommroemmermemactial pointer to the appropriate record in tne 
mypae Dase guery file. 4n example of an inverted file for the 


Poemoet pL Ority attribute is Shown in figure 1&6. 





Tareet Priority Index 





Fieure 18. Example of an Inverted File Logical Structure. 


tiem ymplementation of the inverted tiles could employ a 
Inineed list of the target location pointers oy specific 
domain of the attribute. However, this file must be updated 
each time the user adds or deletes a target from tn€& system 
as well aS makes a Specific change witecmewi! livia ties.  (2P 
index. For example, a priority I target coulc be Cname Cau oO 
mori ty IVY target aiter successtul attack Cy supporting 
arns. Tnis would necessitate a cnange in tne Gee eert 
file, tne data obase query file anc tne Viren ned) neers: OF 
target priority (bdotn for priority bead lvirrasswell- 35 3.4 
input for tne transaction log Ot eroe tres. L. 

This disadvantage combined with tne complexity of 
implementing linxec Lists, maintaining multiple Tavs too 
index tiles and tne overnead involved detracts Significantly 
fron tne elegance of using inverted files. A simple, 


Bractical and Straignht-torward solution is required. 
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6. Flat File Array Processing 
The data base query rile is implemented as a Single 
Peeyension drray or records so that it can te loadea into 
main memory. The UCSD Fascal system pertorms ettective array 
be@e-5otne and this feature can be used to perform tne data 
base yuery functions. The metnod selécted for the target 
mrornation een EBSmarnayeprocessine Of the fiat file. 

The Query module prompts the user to select the special 
meron ia fOr Lhe target listing. It does this bv presenting 
tae user a series Of menus from which the Secondary Keys and 
meemererespective domain attributes can te selected. Ince tne 
Mepe2dute 1S selected, the module processes the array to 
G@erernine rd Gicmmne hae Cc The une —marrayes POSSESS this 
attribute. Sacn target with tne attribute is flagged and the 
weepenereturns to tne menus tor furtner key selé€ction. A 
domain can be selected only once per iist. Tnus, the system 
permits only tne logical ANDING’ of one attridute of tne 
Gpeepains of tne secondary keys. 

Peommeselection of another attribute, the system will 
beeteesS ONly tae targets which were flagged py tne previous 
Pmuriprocessine. This Will Sieniticantly Freduce tne Search 
menemanma result in increasingly greater refinement of tne 
list tor each subseyuent part of the yuery. Since there are 
Gmeeyersix SeCGOndary keys, tne maximum query size is six items 
apem@owena tne USer COUld Stop snort of that number at any 


@eiceeineetm@e processing. when tne user stops tne jquery end 


et 





requests tne listing, tnose targets which are ftlazgged are 
accessed and written to tne console Screen. Wnen the next 
[eter tS initiated, all the flags are reset. 

Two additional design features have been incorporated to 
peeca URE drray processing. Tne first feature is the storege 
Merde Getistics of the secondary keys in tne record. Zach is 
eeorecamas a Singl® Character reguiring no type conversion 
thus, enabling quick and easy comparisons. The second 
Beature 156 in the dé@sign of tne query menus. 

The menus nave been arranged so tnat tae most 
meoctimindting indices are presented to tne user first. 
Target type nas a domain otf nine values and is presented 
Mmeeote tO, tLM@e wser. Tnhus, tne first pass at tne target list 
Meer proOably result in tne smallest list of flagged 
targets. This reduces the amount of array processing tor the 
remaining portions of the query. For @xample, if the system 
nas 1@@ targets and 22 of tnese are active Status and 14 
Meo of type tank , tnen the first pass in either case will 
femror all 1¢0 targets. It StatuS waS the first part of the 
query tnen tne next search would be through 82 active 
targets until the tank targets were ftound. However, if 
mopemeweas etn’ first part of the Query, oniy 14 records of 
type tank would have to be searched to tind the ‘active 
moeeetce Ime 11Trst search processed 182 targets, tne seconc, 


using the least-list principle, processed only 114 targets. 
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The pnysical design of tne data base query file iS Snowr 


meamticure 19. 
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Figure 19. Data Base Query File Physical Design. 
5. Data Base Partitioning 
oer addition to the main target file and the data 
base query file addressed above, tne functiogas ot the system 
rpequire additional file consiaerations. In particular, tnere 
ieepne requirement to produce a TANBUL Wnen requested by ine 
feos TRe system must retain in a s@perate file, aii tne 
Meeeormation that is appropriate tor tne TARBUL. Typically, 
Mais intormation consists of targets added to or deleted 
from the target list, cnanges to targetS on the target list 
and significant BDA on attacked targets. Tne Target module 
Om tne applications proegran extracts and formats the 
appropriate information tor tne TARBUL file in Con pumetlLon 


With normal processine. 


a0 





Meesceurity fedture of tne system is a user cefined 
password which allows entry into the program only when the 
PROPER password has be€n received. [n order to vrovide for 
tne retention of passwords between uses of tne system, a 
small oe ‘oom COUSLETUCTEd S whic Contained the user 
password. A procedure of the system allows this password to 
be written to the diSkette and retrieved wnen the system is 
activated. 

There is a requirement to provide tne user with a file 
meauus Treport on 4 periodic Ddasis. It iS eSSentially 4 
Statistical breakdown giving the number of active targets, 
Mmemebi ye tadrsets and targets on tne target list as well as a 
Count of tne targets in Sacn attribute by domain. A Separate 
mec cOund., De Kept for this information, but to decrease 
complexity and storage requirements for the system, a 
marries: Grom tne Utility module 15 used to accumulate 
Statistics fron the data dbase query fils and display tne 
jntormation to tne CRT screen when requested oy tne user. 
Meee 2fain, naving tne data base yuery file in main memory 
ware reduce the computation time needed for this process. 

mee data baSe 15, thus, Ppartitloned into two data tease 
tiles (one a sudset ot the otner) and two utility tiles, tne 
TARBUL file and the password file. Taney must snare secondary 
mioeaeesspace with routines of the operating System and the 
applications program object code. Tne partitioning or tne 


data base is depicted in tigure cc. 
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Figure 2¢. Pata Ease Partitionine. 


Pee Jl ESr CONSIDERATIONS 

In considering inverted tiles, it was determined that 
sone record SUrrrortes *did not yield@= a sutficientiy 
discriminating index. For example, the data item ‘status 
fomeeaec @ poor index since only two values are possitie, 
faeolve afd inactive. In an effort to establisn rore 
mmeeaeolnatory indices and at tne same time reduce tne 
Mest cal Size of tne data items in a recorc, index itenis 
meme combined and compressed in @ coded torm. Tareet statis 
was enlarged to @ncompass tne target list index and tne 
target attacked index. The combdininge of tnese tnree indices, 
eacn witn aonains of value two, yields one incex with a 
valid domain of six values. The newly formed index is 45 


fellows: 
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ACTIVES TARGET ON TARGE 
CODS TARGET TGT LIST? ATTACKED? 


7 2 eae == aun ae Oe oe Oe oe = a 2) Oe ee ee aes as =P aa ae ae GP Ce a a aa 


i yes vies vies 
e yes yes no 
S) yes no ves 
& yes no no 
S no ea yes 
6 no a no 


The data dictionary, which was developed in responrse to 
meomworume analysis of tne data pase record, addresses eacn 
eubributve Separately oy name, data type, phySical Size, 
logical size and lists tne domain where appropriate. 
Specifics about the target record and the query record are 
memcemas Well a@5oa determination of tne pnysical record 
meer all t1€ data in tne record is in ASCII character 
format; even items sucn as tne grid location ana altitude, 
which are actually integer values, are stored as characters. 
Moerersion, when necessary, 1s performed by tne applications 


program, 


ime = OUMMARY 

Poe womernary Consideration in the design of tne data dase 
Was ease of use and speed for tne user 1n the microcomputer 
environnent. Tnis consideration overrides the inefriciencies 
or a dual data base record. Moreover, tne complexity of thre 
Deocessine= requirements is invisible to tne user. Fe 15 
Smee rgeasonuly With tast retrieval or certain types of 
Mirormation. AS the casuel user, née is not concerned witn 


hign level query languages and their use. FPather, ne 
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requires a macnine tnat will serve nis needs and not tne 
Samer way around. 

meee ootd, In nis 1374 article Seven Steps to 
Rendezvous with tne Casuai User statea that It is projected 
memueeee | 6G 6CCUrm 6 6Of «tne century, tne majority or data base 
management systems will be oriented toward the casual user. 
Pewee tmewewych Witht coe able to perrorm its function quickly, 
Pioeey and accurately durine the intensity of combat 
Sebi Ons will be the one tnadt is specificaliy desiéneéd to 
conform to tne user’s environment. Tais system was desizned 
Meee nis principle itn mind. 

Tne following chapter descrioes rae 1 pe Sineinec 
considerations otf tne user interface and tne methodology 
mepowed ins nNeking tnis interface an effective one. It 
considers tne oypsychological issues which atrect tne 
man=macnine intertace as well as tne modes of user input and 
Somplter initiated dialogue. Taese are the tecnniyues whicn 


@meple tne target information system to conzrorm to the 


meer $s environment. 





Velde PREZ ACI YS [NUERGACE “DISIGN 


A. GSNEPAL 

Qne Or the major design features otf tne target 
meauerrallOn system is tnmat it provide a friendly yet 
eee sovicatec user interrace. It snmoula oe surticiently 
moeesshecatSad tO perform ail of tne reuvireac functions 
Pauipey ane efficientiy witn only a minimum ot interaction 
trom the user. The environment must be a rriendly one, 
allowing tne user to recover gracefully and witn nininum 
peeerome tom EFror, #uidine tne correct input and providine 
Mme User weth assistance or information wnen needed. 


Peewee usS=r iS a Marine, trained in tne condwet of 


cS 


Spoor ti as ar7s oDpErations in da comoet Environment. He 1 a 


A 


Memeemetric user, a casual operator or 4a computing mnacnine, 
Memeo cCOmpntLer “training ana a limit@d cCapeaclility or 
Operating a computer. [ne systen must oe sutriciently simple 
mor tals nee: mom Learn. “tO woperate 1) G€Frectlvely in a 
foam ct fine and witn a minimum or effort. It must 
mepeGeommis CONT TAecnce;, “Simplify “Ris tase, Increase nis 
eftectiveness, reduce or eliminate any computer “anxiety” 
wemeenost 1NpOhtatvliy, Gnadbie Aim to accureately era quickly 
Caney OUT nis nission. 


This chapter outlines tne deSign criteria and tecnriauss 


Weegee im d2=termining tne yquality of tae man-macnine 





Mieeweeece. [nese criteria were enployed in tne desien o: tne 
applications program ard constitute 1t¢ rasic rramework. Tne 
Peewee «66 SSTivensss)6©6San) 6€6Uon1ly be measured oy now well the 


interface ctetween tae mean ana tLe mach) Ne aS SUC. CeUecee 


James worlna, In Gis Design or mMan-Computer Diatoguve 
Meecribed tn vposycnological impact or the Pa teracti ve 


Mebetrace cn tne user as tollows: 


“It aas cecome increasingly reallzed tnat many 
PerorMation orocessing operations are best carried out 
Geteeeoye Machine alone, nor by man alone, put by a 
mecmelous COmMDINndtion of man and macnine... A kev to 
success in many real time operations lies in tne 
Peery yon Ot Machine Limitation ard the npuil@ine into 
tne systen of appropriate aunan capadilities. 


B. DESIGN FRINCIPLES 
iwemeneare. four o6asic principles used in tne design or 


ees et eT NtLertTace - Pirst, it must ne selr=exrplanatory. The 


i eiioL Oe aqoke tO USE TOe SsyStem without rererence to an 


D 


external source. Tnis implies tnat tne system guic and 
Seeee et tne UST in the execuvlok or His tasks reeardiess or 
es bevel of exvertise. This reyguires simplicity, ease or 
use, and elimination of syStem rallure. Second, tne system 
micwece Seit-a2liping. VWnenever tne user wants or freauires 
help or assiStance, tne system must respond. It snould 
meer improper Input, guldade tne user to tne orcoer 
Minter erequtTred and provide an Sxample or the correct input 


Mpememedppropriate. Accordingly, error messages must re 


Peeoeagavory anid the syStem must Tespond to Svery input. 
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The tnird principle is a re@yguirement ‘for a simple 
MieemodCe witn the user. The system must respond in a timely 
meen LO TNput Which 15 Short, Simple and obvious to tne 
Mere the processing conplexity must oe invisiole to tne 
Seo Or SVeTy procedure of the system. Tney snoula all 
mua? tO D&S 2 Stralent-torwara ana Simple task. 

feo, ©OUTth principle, previously mentioned in Chapter 
Meets Interaction by anticipation, that 15, anticlpating 
tne desires Sec Oe Ser ane. nescence Phim Vwi tase 
Semmespondineg List of options. Thus, tne system can avoid 
mies provlems of employing error diagnostic and advisory 
messages. Only tnose actions tnat are legitiméete ere 
Mresoenved for user selection. Input or any ot tne displayed 
mepvoms wilt r2suit in 4 syntactically correct comnand and 
peevowsS frurtaer processing. Input of an action otner than tne 
Beeeemate One FresultS in @ sinple us@r advisory message and 
Meera tes tie need tor eladorate dlagenostics. Tne most -ommor 
omer Ommscerdh One Lihat Wwses Ilnteracy1on OY anticipation 15 
menu selection and to a Lesser degree, form filling. Menu 
Peotone ecligwS  tTQE user tom select tne cesired option 


Baumer than requiring him to speclity tdat option. 


fee corer OLOGICAL ISSUES 
i—orort-Lleonm Memory Considerations 
ees Olle he eremOnryeeaoras  LRLeCroreted units or 


mamerretvion fOr up to $8 Seconds beétore it fades dway. With 


Lev 





Semerrves exposure to tne sane type or Ta onma Ci On, 
morn tern Nemory retention can be improved out essentially, 
Memes 20S Co retara only a limited amount of inrormaticn 
peememe tine. seorge Miller's classic paper in 1956, ‘Tne 
fee cal Numoer bev eis=P lus Ore Peco UwO. Cesc fi ood 
eeperagents woicn sugzeested tmat toe snmort-tern menoryvy was 
Meeecea tO 3 perception Of about seven units. For terminal 
meer acyl10Oh, this implies that the processing capacity of en 
m@eeyvr1eual 15 limited to only a rew items and tnat it snoulad 
Bee taten into conslid@ration wn@n caeésigning menu formats. 
They snould be simple, semantically meaninetul, arranged in 
elogical!l progression (to tne user...not tne proeranmer; anc 
Serer. 
Bee LoSsure 
Beete 1S erga, oSycrolosical Trelier to snort-term 
mewery when intormation no longer needs to de retained. Talis 
produces a powerfui desire to complete a taSk witnin tre 
short-term nemory Span, reituce the memory load and gain Une 
Sememolozicea!l rolier. Closure is the completion eft 2 tasd 
meade tomenis Yreliet. The user expects tO experience 
elosure after completing an activity. Any-delay in acnieving 
mieoiGe ar the interruption or tais process is trustratine. 
The pressure E10) 9% elosure simples thet the user 
(particularly, tne novice or parametric user) witli preter 
Multiple small operations ratner tndn one large, complex 


one. In system design, tnis suggests tnat interactions te 


1 a 





q2@zined in sections or toglical segments so tnat completion 
Seieeee OStSalineSi anc intormation reieased. 411 actions of tne 
ES]? SsfCoulad oe responded to in 4&@ positive manner oy tne 
system. 
eer User Anxiety 

Toe USeT Matti tusem@etoward «tne computer can Mimpact 
PeeeeeetisS fearnife and pertormance witn tne system. Computer 
“anxiety , generatei py fear of failure, may reduce tre 
user’sS sSnort-trem memory capacity and inhibit nis 
performance. Tne system snould put tne user at ease but 
—MeeGaGwn 0elne patronizine, obvious or cute. Tne user will 
erecta cetLler I> tae instructions are clear, unatTbleuous, 
Be@eressead 1f tamiliar terms and easy te tollow. Coastructive 


aavisory nessages and positive reinforcement are prefered to 


"to 


threatening, condemning or meaningless error messazes. 


e2anter your cnoice is more user friendly, less 


X 
t— 
iD 
fy 
i 
mq 
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intimidating and more ertective tnan Kat entry-error 71. 


eee tvarset information system aas teen deslegnea to orovide a 


.2 


enaortvaole, n2lptful and triendiy environment. 
Saw omt rol 
Meme ne §~rCrce im “AUmMad Rature 1s the cesire to 
ier een use ne COMDUtTETS, the novice 15 pertectliy willing 
to follow tn® computer’s instructions ana accept tie 


Bompgter as the controlling agent i2 the interaction. As hls 


es 


ea 


mM 


Eeppemmoees GX DEeTrlence increases, tae user may res 


conputer’s dominance and may loox at tne computer only as a 


ic 





Gage Tous, tn system snoula ce designed to ennance tne 
PewereCOutTrO! or at leest tne appearance cf user Controi. 
Properly rormdattea menus, aavisory nessages ena error 
Meee Ost. cS Can give tre user tne lmpression tnat se is tf 
Seomerete control or the Situation. Tne menu allows nim to 


mexe GeCiSions on input narameters as well as selecting 


re 


pera rent Trunctions. 


Bees fc rONSE TIME 

Meetups, Limit or response time, tae time it taxes for 
miemoyoten tO responta tO a command, is desiradle ror 
Meeeeve IGN =NaCnine lnterzace. Aa ecceptanple response tine 
Mewea fUMetTIOn Of the type of command and the user's 
Pemiieeciietlon Of whet a reasonable response time is. for sone 
Menor tons, 22 is content to let tne macnine cruncn away but 
mammonedte “Soe EX DECCTS @n Iinmedlate response. Tne timeliness 
Mee response to target information queries was tne primary 
mieeor .O0r the d@éslien ot tne cual data pase. 

Moewucrms! conversation, the wuser’s expectancy ofr a 
Mmeaeemse 25 weethin adout two seconds. A idCx of réesdonse 
feemeeccune Seconds woWld be 43an unnatural obreak in tne 
eomeeorSation. In Shuai es poo. Manemecnine. intertace, a 
Besmorse Within two s€conds nas Deen snown To constitute an 
mamomtenteanha reasonadbl® odoundery ln tne Errectivencss of 
eemeociek., Eroers must pe responded to witnin two to frcur 


Meese SO that tne closure vserliod is troercetc cat tne 


1¢5 





appropriate time. Waile system Per edy 24 bon May ce 
BeecprasiS to ths user within ¢ seconds. he expects to 
weeeaes> the Mert menu or t9 rec@lve inpet relp aimest 
Meocantly. Wnen tne delay is exnected to exceea tne two 
s€cond paremeter, tae svsten snoula acxnowledege tne commana 
Beemer oalicatS that processing is underway (and periodically 
memeroOrce this until tne process is complete). Tn1s ensures 
Pee tnS user «knows Mis ccmmand nas been accepted and tre 
Meeomene 15 Drocessifne tne request rather tnén orservine a 


meee ocr o]n anc wondSring woat to do next. 


fee LNPUT MOLES 
Pe wavace celection 

wot eetce SAT Terenl types ct interactive dialogues 
eee reane COMpUter initiated, form <filtline ane menu 
Pree culo werS c@termined to be tre most apnprosriate for tne 
Memeemebric  US2r and the specific application or tarest 
meee New. on. a COMDlINation or tnrese tnursee metnocs prevides 
MeeeeeOm Nuys) 2as2® of use, simDlicity and covers a complete 
merece Or tne syStenm sunctlogs. 
HGEewCOMDULTST Inltiated dialogue, wnere the user respcrdas 
PmeonrOoOompuUter, Nas THe acdvanteee or reguirine very litiie 
training ror tne user to operate tne system. However, tne 
@meeoeue Can be rather lenetny, the system can be ratneéer 
meawmmcomen-=s pond and there 15 ad loss of flexibdllity in tne 


Me ageemce ot [22 dialozue. The torm tilling technique, where 


104 











enme user filis out form on a visual aisplavy aevice, 15 
Seeeoeeemt rorward For the operator in that all he reeds to 1c 
ee owe Ge CNe eppropridate intforndtion. Hrror clagnosis must 
Bemeameciat> to bs effective ana cursor maninulation must oe 
Comsrcdered. 

mceueselection, wnere tae user selects an appropriate 
meee FO a Rumoer of choices, requires little or no user 
meeerniane and Oas tne advantage toat tne user may ce inrormed 
about tne full range of tne system reatures. A Simple exit 
meovteeecoe Tern sequence and tne opportunity to return to 
Pmevrous menus enables tne user to achieve flexibility to 
Mevleeto  COrowven tme system. Tne lLimitea numeer of cnoicess 
@meany Particular frame and tne intormation asout tne 
Peete Oca TameSwwhicn l@adsSato the current one provide a 
Daemow CONLEXtT wWwitnin wnicn it is ®asy to aeslgn effective 
user aids and error messages. 

Pomeeecerectlon iS a {9rm Of computer initiated dialogue 
tec Gels sasmine the user a question and providine a 
maeeneo meee o ot Vvali@g==arpswers. Tne user determines tne 
meno priatve 1Aput aod tre system responds WLLOeTTe au5wer or 
eeteGetediGg, 11S CONLTIEuUtes to tne @€ase@ or use or ene 
memeonme and {the untrained user can beccme proficient in a 
Zeon trci ne. Che tecnniqgue does run tae risx otf obe€lre 
Meseeewl and tedious cut it can be speeded up ty a nigh 
Seeemucmginal and tast access to menus. Fieure 21 is 42a 


seaoemor a menu from tne target Enrormation system. 
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Appendix 5 “Ontains 2 more aetailed example ot tne type 92 
MmeereCtive irterracS tnat tne user or tne system woula use. 
It shows the menus ard tne advisory messages that tne user 
Mouec Encounter while using tne €uvery moaule to perrorn 


memo-t QUST1e€S On the aatea base yuery file. 


KNTSR TARGET PRIORITY 
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meget Pees i. Peo. eOmera Men. . 
2. Menu/Form Filling Formatting 
The computer initiated dialogue wiii always require 
Moceotnonen non the user. Tne options presented to the user 
generally include continuing processing, exiting, obtaining 
nelp and acnieving closure. Even improper input will obe 
responded to in an etfective, immediate manner. Vesien of 
tiem tormats for the dialogue will ensure that the range of 


options provided to tne user will meet these prerequisites. 





Premnannmer it which tne data is formatted can affect tne 
Eee lency Of the operator oy influencing both ais speed and 
His error rate. aA poorly formatted dialogue can cause 
Bewaerdenment, anxiety and improper iaput. vsvames Martin in 


Mom 000K, Lesien of Man-Computer TLislogue, 1istS twelve 


Meee ria fOr the desi2an of menu and form Ffillin cre 
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Miewedentation Or the target intforntation system: 
1. Display a small amount of information at one time 
2. Do not include unwanted/unneeded information 
5. Have one idea per display 
aie womperdtor response should be snort 
Seeeeeeewecomouter shoule always respend to the operetor 


Sse termats cdesigned for clarity 
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Serivenfor similarity (position, format, terns) 
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Merv oraGec@ie ri cult words or characters 
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Erouece an e€asvy means for correction 

Moe tate instructions to the operator stand out 
Mmeeecleeneup the scre€n when possivle 

Wem serlt ©2asy for tne operator to asx for help 
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for Man/Display Interface, nention many 1ifferent and useful 
Bectmiaques fOr improving the interactive dialogue anc tne 


user input. Sone of tne nore importént points used in tre 


PeEeNoTO th] « tareet information sySter are pataprased in 


127 


mre tOllowins list: 
Pewee ec aboOreciations and contrecticns 
Pe consiSt2=nt in us2 ani meaning ot technical words 
Mee Examples to supplenent instructions 
pewconSisStent in sreseatine identical/similar iata 
Hse Gumbers wnen listing selectarcle® itens 
[eetce mMOSt ProdDable items at tne ton cf tne menu 
Seeetdaraige Screen Organization and ferrat 
PpepemucerTeci rections before tne list of cnoices 
User input snould be xeot to a minimum 
Present data in a recognizatle order 


Avoid verbosity ana wordiness 


©, ERROR EANDLING 

Moemeoese med CilaermoStics and Srror nésséees can efrice 
Mee Ser tO enter tne correct commands. When the system 
Mmmemons Lae user that cn Error nes occured, it snould allow 
mG error —COrrection inmeciately. In the menu selécticn 
femeeeoe eS, the renee of Options is predetermined ety the 
System and only a valid input will result in the appropriate 
@posure. ivr in pubs = can be “2sasily determined ‘auc 
—meaermmratestiradnce provided to the user in the error 
message to obtain the proper input. 

Meme tfiolin2e dielosue can check tne field lenetn ena 
Peelagetype (for example, a grid tocation would consist ef 


eignt nunbers and any otner input would be invelid). Error 





Mesodesc> NUStT IndicatS tne nature cf the error and s46w to 
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feet 2 Om Lae srror. Yhen approvriat], tre system snovid 


Mee mena with an example of tne proper input. Figure 22 ovelcw 
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Piein= 2c. “Sxample of an srror Message. 

Rmecie dt fa d problem ie hata eens COS Sel. TOY Leanne sta S 
mr eeevirae tS ‘Yriznt cind of information. Sven exvoerierces 
Peres ocesssiOnally reyuire assistance in some porticn cf 
Mee S¥5t]er, AccOrdinely, a user held function has been 
maweo=necetTo conplement the dialogue and provide tne user 
feeeeesadg tronal detailed but concise inrYormation on tre 
memo ortate lmput. in some cases, tnis function 1s (ctrilt 
mre heinto the range of options of the Wenu, nowever, at aay 
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Peewee! IMPLEMENTATION 


Pased Pee Teste oCmMeeriamoutlineg in chapters IY. 7 
mel 022 tTarset information system was coded, compiled 


Sea cesved. £acn moduls was coded incependcently of tne otner 


peeeeeece> tet 6 6iflhUGimtS)h6hCUOlWwWNhCUSNVironnent. Similarity of tnx 


ip 


intertace was raintained between eacn module énd was tre 


Powmot Dart of Saca meiule coded. Atter tne interface was in 


Detee 42nd WOrkine, the module was tilled out <9 perform thre 
Meme cUncsio0ns. after eaca module was tested Gna cetvesed 


Meme venGently, it waS incorporated intc the system wn: 
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emegieonal Testing end débuezing toox place. Tne nert mocule 


Mmemmecede nr COCeS after tae system was functicnizte properly. 
POEM Gem ace (module is tne Wein sySt]en presren anc 


Meee OSeereo SiODal agate StTRUCTUTES ene™= tne Syvystam prixitive 
mompieres SUCN as clearing tne screen, SsKivdDing lines. ened 
memos error messages. it makes tae calls to tne segren 
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jmeecmemoadul]S iS t0 oWila the aagdress may or tne Teccres at 
Mme SMart wr Sacn session and t2 open tne system cata files. 
irs memule compiled to 6142 bytes cf object coce wricn 15 
moc 1oSS Wean origirally expected. 


memes TStmOt tne sesnent routines 1s tne Inrorn module. 


This module eonvdi ns System O0eTavi ue a Seaee@el, hae ois 
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meeerindil Cxplanetlions of tareet information terrs, tarzet 
eeeyats guidelines, security requirements ana examples cr 
Semeays «usec in tne syster. It is taSically 2ll text and 
memes> tC inform toe user of th= capabilities ct the systen. 
feemeoaul2 compiles to 17,322 bytes of cbhject code. 

Tae Initialize module is designed to erase tne currert 
Meee tliSS and completely reinitialize tne system. It 
Meesoet> NO Other function ror the system. It etuilds tae 
meer ilies tO the required size and fills tee rile with 
pate ccOrcds. It Compiles to e540 bytes of object code. 

Stew third sezment procedure is tne Target rogule. tI 
Semeralfs Sup—nodules for addine 4a target, deléetire 4 target 
meene ine Current target inrornation, displayire 4a tareet and 
Demet d Sin tO {m2 target recorc. Major difficulties were 
Bm@eountered in loadine this very lare= module and its 
mieemeved user interface into Nain memory with toe operating 
eesten code ani tne system I[ntertac® module. ea! 
menpieedamwon of tne moaule wes to $6,424 bytes. Tre main 
Pere oiewaseecGoe amount Of text tmat the user irtertace was 
@imeunine. ore screen “rame of user information (advisoriés, 
peaoemetloms, etc.) usually toox 19¢¢@ bytes of otject code. 
moe expense of so mucn text in tne coce was muco t0o e#reat 
mor tars nodule. 

Somicmmientiy, a decision was made to reduce tre Size cf 
memeriodimeen hy DULLINng mOSt Or tae text in s@parete text 


femmes on th= 2iskxette and retrieving tnese Tiles rrom 
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Mesoaese On tne screen (althougn the user could not reacac as 
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eeeees the Output) anc second, tne diskette now contained 
Meme rOUS text files in additicr to tne coce ani cata riles 
mown in ficure 7, 


eoccomemoe Pascal) system used four bidgexs of 212 oyt 
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Pomecextort2 les took epproximately 110 © bytes or secondary 
Beeotaec. This caused the syStem to employ the second ALTSS 


disk Beecwe sa CO fee spe, BM been Busec Foreviosusly. Tne 


mesultant BoC OnT eur ation or tne secondary Storage 
aeoeo cation is snmown in figure 23. Certdin menus and 


recurring nessagz2=s were retained in tne tarvet modul= to 
PoPPEemene nw onrocessSing and décrease user wait time. 
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meee mo cyec, coce (19,522 bytes when tee Bla vroceaure is 
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Gaited). Tais preved a Satisfactory solution witzout 
mmugee Cant d2S512n cherse. Tne direct access capacility o97 
miemerescal system proved 6OTn accurate anc fast with ac 
eee nt wdl1t 12 tne process time tetween a request for 4 


meecorad sand a reply to tne CRI. 
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The last module implemented was tne Cuery module. It 
Bem oved some of the menu text files usea br the Target 
Meeeeewes 00S decreasing its code size, and vroved easier to 
MipSemMent than expected. write tne avery sel€ction is 
linited to tne logical ANDING” of elements or the domains 
QO: tné record, tne arrey processing proved to te very rapid 
anc well witnin tne two s@cond time resvcnse parameters. 
Meecine of tne data case query file was straignt torweard érd 
Meese S tn tne main record, perforned in the tarzet ‘module, 
momee Selne Correctly reflected in tne data base query file. 


While initiel evaluation of the mocule proved satisfactory, 
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Peo rt ee tndt Solem Alimprovem@ent Could oe obtained ty 
Mest -Nine an interface and an algoritam which allowed hota 
logical ANDING and “ORING” of attricutes. This seemert 
Meocscsure compiles to Gee? bytes of object coae. 

Peomtiitice Spement procedure, the Utility module, nas not 
Been completely implemented cus To programming ne 
@emespraintsS. fowever, the complete user intertéce is in 
Meac]’ and Operational and gives tne user tae imuression trat 


Po cet Lou is 
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fame SYSTEM) 1S operating. Tne erase 
O@eetratvional and works effectively. Tre tollowing functions 
nave not deen implemented: changing the passwort (requires 
aesign of tne password recora as well as implementation), 
copying the data base query and target files to a obdacaup 
Pemeeette, operations on tne TARBUL--clsolaying, renumberin-e, 


Meratine and reinitiating (this also requires desien of the 
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Meee L recori), orinting target cards and lists ard tne 
Bemputation and display of target file statistics. The 


Meee Si Z6 Of TNe moaule is 18,30¢ cytes. As function 


thy 
Y) 
=3 
(uv 


moged and the size increases, mucn ot the user intertace can 
Bemmpieecto CTC TO Text files to «€Gyp tne size of the rodule 
at an acceptable ievel. 

Mem ohtire program compiles to 72 k or ocject code, 36 
@f ewnich is contained in segment ovrocecdures. “Tne system 
meumree code, which is cOntainec in tne Nava] Posteraduetse 


Meagool technical report entitled A Prototyve Preeram for 


Target Information (NPS52-€1-@¢7). is over 52@¢ lines lone. 


Iritial testing and implementation was dore witn a target 
Messi aze Of 170 tarz2ts and later exparied to tre required 
“09 target maximum. It nas been debugzed for execution and 
Mesteaq {fOr oOnerational accuracy. Wrile initial results are 
mec serne and the system proves f4a5t and accurate, 
extensive testing to include field testing would be reuuired 
Pr meCreommmarslLem Could GECOome ODpDereTioOnd!. Adcitionei ly, 
mes UCI lity module would have to be completed. 


aI aemomwemtwO, Malin i COmeernus if  USStime “Tne systen. 
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testing and validation as well aS operational testine and 


ino 





Seeruation in appropriate tactical conménc post exercises 
Momeen eETploy tne <czivision or tne YEE fire SUupuort 


Seoo-eaginatlon center. 


See 2SCHNICAL CONSIDERATIONS 

Daemmescscal progrem listed in the technicel report is 
MmeenopOrtadle to otner UCSD Fascal systems arc Wane 
Mearsicetion (random éccess, segnent procedures, strizes) 12 
meee easCal system. Certain aspectS of tne program were 
Meee men ed 10 Conform to tne Datreamedia Elite 25€€ vicéo 
Meenindal. inls terminal nas &@ cnaracters per lin® witn 24 
Memes Of Gisvlay witn full upper and lower case ASCII 
M@eetating at a data rate of YorcW baud. It nas a ised 
@meracter screen capacity, an e@lonanumeric keyboard énd 
moped y and botl® syncenroncus anc asynchronous interfece. 


Miemomecacoespeclal characters used in the progrem include: 
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ow 1¢ Dene at te ld 10D 
CaN 24 Dime tield.o72 
BEL C bell/seeper 

es 29 Omelet C1:ds OF 
US ou elear screen 


It is recoenized that the design and implementation 1s 
eased jie CO ECS. soo =s=emo-ie ecompuLer. Advences in 
meerocompmier teckbnology ele iva ia y modity the 
SReamronnemt for whicn tne prototype was designed. Tre 


mappeproneot Nard gis# capdadilities tO microcomputer Systems 
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will increase tne seconcary storage space as well as tne 
prOcessiag speed now availabl2= witnr flonpy disxettes. Tie 
femme sYStSN Can Cc&rtainly function effectively in sucn é 
Mewscavironment but the possinilities of redesign sroule ode 
Seusidered if the increase in etticiency is warranted and 
Meee tine Span between 4& new inplementation anc sae 


Meerweeetrct, On of AJIRASS is sufficiently lone. 


peice the UCSD Bascal is available 9n 59 mary systems, 
Peeeeeeune Proper Setup routines tie system is sufficiently 
portaole provided tne secondary Storage capability is 


pepeaOleG. The source code is compiléble or Wersonre. 
S@mpurers sucz as tne Apple II when toe Pascal system card 
femrci dea” with a S24 K memory altnhougn tne size of 
secondary storage (tne Apple uses a 5 1/4 inch mini-flespy 
Merokette) will dictate a realizgnnent of files and @ further 


meee tlouln= Of SYSTEM software. 
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waOeeerelavec E€uplpmen Viet omic vomepomecial “hand line ard 
care is reauired of each item as well 35 tne systen ari 
Bee GRE TLCS. SPECIfl¢c 1astrictions for tne user in the 
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Tne requirements ror raintaining a graphical aispiay of 


tarzets, wnhlie currently solvacle witn compu 
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Memeo cOntinuS tO be accomplished by the use or tactic:l 
Meee Naps covere Wingo C2 Det Smog anc: = Meere t 
Situation dictates. Tnis system maxes no attempt to ad 
Memeo PNlostiSplay of tareets. It is felt that tne caispl3ay 
Boa pllities ef tne MMiFaASS system will adeytately satisfy 
MeememeguiTosments when the syStem is introduced inte the 
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nis bees 1s nas Con Ven cee Giese C22) Over e tons! 
MmotareveneSs Of the tire sSuspOrTt coordination center would 
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APPENDIX B -— EXAMPLE OF SYSTEM USER INTERFACE 


This apvendcix illustrates the menu selection format of 


Memisoheiitoaiece explained in detail in tne preceeding 
Chapters. It simulates the user overating tne query module 
mee toOtrmineg a list of targets for a special Jlistine. Tne 
mere SUpport coordinator hes asked the target information 
ore rcer for a list of targets which are to be considered in 
mee tormuleation of a flek suppression fire plan prior to the 
@eerin2 of close air Support aircraft on an important 
manein£s force target. 

Essentially, tne list nust include all targets from the 
following categories: 

IMEC MEGiiisls's 6 s6-e0 UAL targets 

Mra ssierieayiON....all classes 

Rate OMauryicueng cl cc s0 6 6 t 

SEPaUwUS. eeeeie es cose acCtive targets 

Peete GYgieicie esse esall categories 


SuppoOroiae arm....artiliery 


The example Simulates the user idaterface of actual 
Sasteme operation to conplete this query ¢@s specified above. 
Bach page fTepresents a separate frame observed by the user 


on, tne CRT screen. 
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SPECIAL TARGET LISTINGS 


ooeoeoeoe3eset7@eeseo«o#en#enetee#eeeneeeseteeeteee ee OommHm—H—_ HFHFeeenre#eeteeese?ee+ © #8 &© @ ¢ @© @ @ 


The options are: 


FOoEmwea Speecaal target Listing 
Continue to process 

Write the special list to the screen 
i’itormation aS0Uut™ this procedure 
Return to previous menu 


PLEASE ENTER OPTION NUMBER 





The user enters option l 


12s 





Categories for Special Listing 


The listing can contain 6 items from the below menu: 


Ls 


= 


Special 


Target type 
Classification 
Supporting arn assigned 
Frionrisy 

AGcucdacy 

Status 

Frocess intornation 


FiSeeeclir remuny. COntdins: OF FAreets. 


Please start a new Listing. 


PLEASE ENTER OPTION NUMBER 





User enters option 1 to select the target type 
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SNTSR TARGET TYPE 
POCO TiO nN saa re 


Tank 

SHAD target 
Installation 
Counter Battery 
Observation Post 
lS Era in 

Venicles 
HOrtitications 
Miscellaneous 


e e ®e @ 


aL 
2 
3 
4 
5 
6 
ie 
S 
2 


PLEASE ENTER OPTION NUMBER 





UsSereenters ad 2 forsltne Shab tareets 


1.52 





Categories for Special Listing 


pme 2iSting Can contain 5S items from the oelow menu: 


Target type Already Taken 
Classitication 

Supporting arm assigned 

PROFit y 

Accuracy 

Status 

Process information 


4 


it 
2 
3 
4 
3 
6 
Er 


Special list currently contains 42 targets. 


PLEASE ENTER OPTION NUMBER 





User enters option 5 to select the Supporting arm 


ed 





ENTER SUPPORTING ARM ASSIGNED TO TARGET 


Tew Om ons awe: 


Bohn 
NG? 
AIR 
Awe, akTY 
AIR, NGF 
ARTY, NGS 
Pele ARTY, NGE 
Otner 
9. None 


PLEASE ENTER OPTION NUMBER 


=- ae 
—_ 





Micemeenters Ontlon 1 to select artillery 
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Categories for Special Listing 


Sr Se ry rr er rr 


Tne listing can contain 4 items fron tne below menu: 


Target type Already Taxen 
Cras si fieai7 lon 

Supporting arn assigned Already Taken 
Pao Pact y 

ACGUrACY 

Sse aS 

Process infornation 


i 
a 
3 
4. 
Di 
S 
e 


x 


Special rlist urrently contains 29° targets. 


PLEASE ENTER OPTION NUMBER 





WSCRPCNLOENS Opt10n “se cose lect p@eatarzset priority 





Vt Sk eG we RILORT TY 


The options are: 


ee 

eee 
. el 
oe 


0 PPO Neve 





Bcer sGhect Ss OntTlOne 1 Ore prloOniiy 1 targets 





Categories for Special Listing 


oe ee? eereenereeer er eevee ere er eer ere eeereevre eee eee ereevreevr ee eevee eevee ¢ 


ire lListime can Contain 3S Thess etrom the celow menu. 


Target type Aireacy Taken 
Classification 
Sumo hing adr dsSsiened AL ready = Teken 


Pro e tu Aiready Taken 
RECUTACY 


- ocatus 
“oP. Process information 


Special 1iSt current? y contd iasei6 tareets. 


PLEASE SNTSESR OPTION NUMEER 


— —_ 
—_——o-_ 





User enters option 6 to select the target status 


Loo 





ENTER TARGET STATUS --ACTIVITY 
The options are: 


a Active 


2. Inactive 


PLEASE ENTER OPTION NUMBER AND PRESS RETURN 
==>_ 





User selects option 1 for actives targets 
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Categories for Special Listine 


oeooeoeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeteeeeee eee &€ 6 @ 


The listing can contain 2 items from the below menu: 


Waree Gast yoe 
Caassif ication 
Supporting arm assigned 
Priority 
Accuracy 
status 

Se Process information 


Already Taken 


Already Taken 
Already Taken 


Already Taken 


Special list currently contains 10 targets. 


PLEASE ENTER OPTION NUMBER 





User nas completed the query and now elects to 


process tne list of 1@ targets 
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SPECIAL TARGET LISTINGS 


The options are: 


7 ElOtdesa Special tareet disting 
Ce econ tiInue Tomorocess 


Wiebe Loe SmeGlageell St «lO ptac ssC heen 
PReOrmavioneabout, this procedure 
Retwrn) tO sme vl Ooms menu 


PLEASE ENTER OPTION NUMBER 





Tne user selects option 3 to display tne listing 


roo 





Caterories: 


AAZU46* 
AAddS7™ 
AACO78 
AAG156* 
molec 
AAQ144* 
AAG167 
NAGG23* 
mao l eS* 
AAZ194* 


PLEASE PRESS RETURN TO CONTINUE 


A 
C 
A 
A 
D 
EF 
A 
D 
C 
A 


mR et tt st It ee Pt et 


SPECIAL TARGET LISTING 


S EAD 
LOCATION 


55647582 
Jefsauge 
Socom ec 
55667746 
3535345635 
55674564 
09455254 
04556867 
54557598 
360#7546 


ACTIVE 


ALT 


122 
Eg 
00 

12¢ 
go 
38 

180 
2e 

153 
45 


Pri 1 


SA 


ARTY 
ARTY 
ARTY 
ARTY 
ARTY 
ARTY 
ARTY 
A 
ARTY 
ARTY 


DESCRIPTION 


Bee U=2 50 Fir 

SA —oeC US. en 

Pao RAA SITE 
S-60 PLT IN OPEN 
SaA-9 PLT IN TREES 
14.5 AAA SITE 
ZU-23 AAA CLUSTER 
120 MM AAA CANNON 
SA-8 IN BUNKERS 
S-6@ AAA CLUSTER 


NOTE: * indicates target list 


159 


The user presses RETURN to continue 











SPECIAL TARGET LISTINGS 


The options are: 


1. Form a special target listing 
Ze WOON INU =LOsproOce ss 
Oe DE intere TOP Speci aly Iist ToOutece screen 


4, “informa tiode abourT this procedure 
jo Kevurn to previous Menu 


PLEASE ENTER OPTION NUMBER 





The user begins a new query or returns to tne main menu 
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